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تابع - قائمة الأشكال 


شكل )١5-7(‏ العلاقة الثنائية 


شكل )١0-7(‏ علاقة متعددة وكائن الريط 


| 
ا 
ا 
شكل )۱١-۲(‏ استخدام كاثن الربط Nw | Associative Entity‏ 
ا “| 
E.‏ 
| 
EE‏ 


Vé 

V4 

۷٦1 

VY 

شكل (۱۷-۲) استخدام أسلوب التعميم ۷۸ 
1 

۸٦ 

۸۸ 

۸ 

۸۹ 





شكل )7١-7(‏ أنواع العلاقات فى لغة U M1‏ 
شكل )۲٠-۲(‏ الارتباط بين أصناف الكائنات. 
| شکل )۲١-۲(‏ صنف الارتباط ل 
۹ 













شكل )۳٠-۲(‏ العلاقات بين حالات الاستخدام mK.‏ 
شكل )5١-7(‏ العلاقات فى مخطط حالات الاستخدام | اله | 
E E COTA‏ 
E E EERE‏ 
A ETCETERA‏ 
شكل (0-37؟) تال لاميتخداع مخطظ التشاط | 364 | 
| ا 

E.N 

ا 

ET 


3 











۱۰۱ 
۰۲ 

۱۰۷ 

۰۸ 

شكل )۳١-۲(‏ تمثيل المكون فى لغة M12‏ لا ا 
شكل (۳۷-۲) تمثيل آخر للمكون فى لغة M12‏ لا 
شكل (۳۸-۲) تمثيل علاقات التحقيق والتبعية باستخدام الأسهم 
شكل (۳۹-۲) تمثيل علاقات التحقيق والتبعية باستخدام المكبس والكرة 


شكل )١0-7(‏ مثال لمخطط المكونات 


شكل )1١1-7(‏ تمثيل العقدة 21006 فى لغة UML‏ 1۲ 
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تابع - قائمة الأشكال 

شكل )٤١-۲(‏ تمثيل عملية نشر المنتجات البرمجية 
شكل (575-7) دمج مخطط المكونات فى مخطط النشر 1۱۲۳ 
شكل )٤٤-۲(‏ مخطط النشر لنظام إدارة الطلبة 10 
شكل (10-7) أيقونة الحزمة 
شكل )٤1-۲(‏ علاقة التعميم بين الحزم ۱۱٦‏ 
شكل )٤۷-۲(‏ علاقة التبعية بين الحزم 
شكل )٤۸4-۲(‏ علاقة التحقيق بين الحزم 
شكل )٤۹-۲(‏ مخطط حزم الأصناف لجزء من نظام التسجيل الجامعى 
الفصل الثالث: 
شكل )١1-7(‏ تقديرات الوقت المتوقع لأنشطة أحد المشاريع 
شكل )5-١(‏ الترتيب الزمنى لأنشطة أحد المشاريع 
شكل (؟-١)‏ استخدام برنامج أءءزه]2 1416505016 لإعداد مخطط جانت 
شكل (0-7) حساب قيم الوقت المبكر والمتأخر والفائض لكل نشاط 
5 
شكل (۷-۳) استخدام برنامج ز۴۲۵ 7010505011 لإعداد مخطط بيرت ۲۲ 

شكل (1-7) استخدام أداة 1151 فى تقدير المخاطر 
شكل )١١-1(‏ استخدام أداة النمذجة المرئية Rose‏ 118010281 . 
شكل )٠١-۳(‏ استخدام أدوات النمذجة لإنتاج التقارير 
شكل )١7-7(‏ استخدام أداة 5ع0ع10251 201:65 لنمذجة فواعد البيانات 

۸ 


شكل )١7-7(‏ طبقات أدوات هندسة البرمجيات المدعمة بالحاسب 
شكل )١7-7(‏ مكونات أدوات هندسة البرمجيات المدعمة بالحاسب 
الفصل الرابع: 

شكل )١-5(‏ عملية إدارة مشاريع البرمجيات 
شكل (9-5) مخططل اتشطة تخطيط الشروع 10۷ 
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تابع - قائمة الأشكال 












شكل (:-1) حساب تكلفة المشروع بناءً على جدول المشروع 
شكل )۷-٤(‏ قياس الإنتاجية فى طريقة 11 0600110 © 
شكل )۸-٤(‏ الخواص المؤثرة فى تحديد قيمة المجهود 
شكل )۹-٤(‏ استخدام مخطط جانت لمتابعة جدولة المشروع 
شكل (غ-١٠)‏ حساب التكلفة المبدئية والفعلية لمهام المشروع 
شكل (4-؟17١)‏ خطة إزالة المخاطر 
شكل )١١-٤(‏ مفهوم عملية إدارة التشكيل والتغيير 
الفصل الخامس: 
شكل (2-0) نموذج لمخطط حالات الاستخدام لنظام الأعمال 
شكل (0-؟) نموذج لمخطط الأصناف لنظام الأعمال العام 
شكل (4-0) نموذج لمخطط حالات استخدام المجال 
شكل (1-0) نموذج حالات الاستخدام لنظام إدارة البريد الإلكترونى . 
شكل (7-0) أحد قوالب وثيقة حالات الاستخدام 
شكل (8-5) مخطط الأصناف للتطبيق ٤M‏ 
































شكل )١-1(‏ التبعيات الدائرية بين الحزم 
شكل (1.-5) ميات التوريية فى أققاء:الترجمنة 
شكل (1-1) جبعيات التوريت فى أشاء التنفين 
شك اا س 
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تابع - قائمة الأشكال 
انك مسد سا ديد الدائرية 


شكل (1 -۷) ثمط الوسيط ۲۳۱١‏ 


شكل (۱-۷) تصميم جدول الأفلام 
شكل (۲-۷) جملة 501 لإنشاء جدول الأفلام 


شكل (۳-۷) نموذج منطقى لقاعدة بيانات الأفلام 
شكل (5-7) النموذج المفاهيمى لقاعدة بيانات الأفلام 
شكل )٥-۷(‏ قواعد العمل فى النموذج المنطقي 

شكل (1-۷) زناد الحذف على جدول الأفلام 

شكل (۷-۷) برمجة قواعد البيانات من خلال التطبيق 
شكل (۸-۷( استخدام الإجراءات المخزنة Stored Procedures‏ 
شكل (-9) النموذج المفاهيمى لقواعد بيانات الجامعة 
شكل )٠١-1!(‏ استخدام لغة 021 لتوصيف فاعدة بيانات الجامعة 
حا نه هف حت اعم بت - إلى - متعدد 

شكل )٠١-۷(‏ النموذج المادى لقواعد بيانات التطبيق EM‏ 
شكل )١175-1(‏ ملف تعليمات .501 لإنشاء قواعد بيانات التطبيق 153/0 
ل )7 درت محتوى عينة قاعدة البيانات EM‏ 


شكل (۱-۸) جدول إيجاد الأصناف من حاللات الاستخدام للتطبيق EM‏ 
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15 إدارة وتطوير مشاريع البرمجيات 








تابع - قائمة الأشكال 
شكل (۲-۸) النموذج الأولى للأصناف للتطبيق ٤M‏ 
شكل (۲-۸) توسعة جدول إيجاد الأصناف 
شكل )٤-۸(‏ مخطط الأصناف للتطبيق ٤M‏ 
شكل )٥-۸(‏ مخطط الكائنات للتطبيق 581/4 
شكل (1-۸) أنواع الرسائل فى مخطط التتابع 1 







Y0 


شكل (۷-۸) تبادل الرسائل فى مخطط الاتصال Y1‏ 
شكل (۸-۸) المنظور العام لمخطط التفاعل ”> 
شكل (۹-۸) مخطط التفاعل ”عه 1۷ 


شكل )۱١-۸(‏ مخطط التفاعل “٤×1٤”‏ 1۸ 
شكل )١١-8(‏ مخطط التفاعل “view Unsent Messages”‏ 1 
شكل (۱۲-۸) مخطط التفاعل “Display Message Text”‏ ۷ 
شكل (۱۳-۸) مخطط التفاعل “Email Message”‏ 

‘Incorrect User Name or Password” مخطط التفاعل‎ (۱٤-۸) شكل‎ 
Vé “Incorrect Option” مخطط التفاعل‎ )١6-/( شكل‎ 
“Too Many Messages ” شكل )۱1-۸( مخطط التفاعل‎ 

۲۷٦ “Email Could Not be Sent” شكل (۱۷-۸) مخطط التفاعل‎ 


£ 


۲ 


8 
2 


« 
م | 


4 4 
o 4 


شكل )١1-9(‏ تصميم الصنف Movie‏ 
شكل (۲-۹) محتوى البرنامج 010116318 
شكل )١-9(‏ تحويل نموذج الأصناف إلى النموذج التطبيقى 
شكل (0-4) تمثيل الصنف 86105 بلغة جافا 
شكل (1-9) تمثيل الصنف 045ء]115آ بلغة جافا 


«| <| <| «<| 4 
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A0 






شكل (۷-۹) الاتصال بقواعد البيانات فى لغة جافا ۲۸ 
شكل (۸-۹) برنامج البحث بلغة جافا YAY‏ 
شكل (4-4) برنامج الاتصال وتنفيذ عملية البحث فى قواعد البيانات ۲A۸‏ 





شكل )١١-5(‏ دور الاختبار فى تطوير التطبيقات 
شكل )١١-۹(‏ وثيقة سيناريو اختبار القبول للتطبيق 151/1 
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تابع - قائمة الأشكال 


شكل )١1-١١(‏ استخدام النوافذ فى واجهات المستخدم 
شكل )1-٠١(‏ استخدام القوائم فى واجهة التطبيق 
شكل )5-٠١(‏ نموذج الأصناف لأدوات التحكم فى أداة 511108 


شكل )١١-٠١(‏ الاتصال بين العميل وخادم الويب فى تقنية ع۷1٤8‏ 
شكل )١15-٠١(‏ مثال على استخدام ال Servlet‏ 

شكل )١5-٠١(‏ مثال لاستخدام تقنية 157 

شكل )١0-٠١(‏ شاشة الدخول للتطبيق EM‏ 

شكل )١11-٠١(‏ الصفحة الرئيسية لبريد المستخدم 


شكل )١15-٠١(‏ إنشاء رسالة جديدة 





۱۸ إدارة وتطوير مشاريع البرمجيات 








مقدمه: 

بسم الله والصلاة والسلام على رسول الله وعلى آله وصحبه وسلم» وبعد. 

قن تالوخ هاما اللات ناف لاكبيرةهى شم ادان الفرفة ف 
استخدام تقنية المعلومات فى مجالات الحياة المختلفة مثل المجالات الاقتصادية 
والصناعية والزراعية والتعليمية والصحية والاجتماعية والخدمية والأمنية وحتى 
المجالات الإعلامية والترفيهية التى تحتوى على عدد كبير جداً من تطبيقات الأعمال 
التى تحتوى بدوره ا على مجموعة كبيرة من إجراءات العمل ويتم تطبيقها على كمية 
كبيرة من البيانات بواسطة مجموعة من المستخدمين من خلال نظم تشغيل مختلفة. 
يتطلب ذلك توافر العديد من الأساليب والأدوات والموارد التى تدعم عمليات تطوير 
البرمجيات المناسبة لتلك التطبيقات التى يجب أن تتميز بإمكانية الاتساع وسهولة 
الصيانة بحيث يمكننا إضافة متطلبات جديدة فى أى وقت أو التعديل فى المتطلبات 
اللجالية: 


ولأن عمليات تطوير البرمجيات للأنظمة كبيرة الحجم تستغرق وقتا كبيراً ويشارك 
فيها عدد كبير من الأفراد وتستخدم العديد من الموارد الماديةء فإنها تحتاج إلى إدارة 
جيدة للسيطرة على تلك العوامل المؤثرة فى نجاح مشروع البرمجيات» حيث تهتم إدارة 
مشاريع البرمجيات بعمليات التخطيط والمراقبة والتحكم فى التغيرات التى تطرأ على 
المشروع وكذلك السيطرة على الموارد المستخدمة. وتؤدى غالبا الإدارة الجيدة للمشروع 
إلى إنتاج البرمجيات المطلوبة فى الوقت المحدد وبالجودة المطلوبة وفى حدود الميزانية 
المقدرة للمشروع: مما يتطلب استخدام مجموعة من الأساليب والأدوات الحديثة التى 
تدعم عمليات إدارة وتطوير وإنتاج مشاريع البرمجيات. 

ولقد ظهرت فى السنوات القليلة الماضية العديد من الأساليب والأدوات التى 
يمكن استخدامها فى هذا المجال» وسوف نركز فى هذا الكتاب على أسلوب تطوير 
البرمجيات المبنى على الكائنات وهو أسلوب يلائم المشاريع كبيرة الحجم والقابلة 
للاتساع» وسوف نستعين ببعض التطبيقات والحالات الدراسية لتعزيز عملية فهم 
كيفية استخدام تلك الأساليب» كما سنعرض أيضا بعض أساليب وأدوات إدارة مشاريع 
اليرمجيات. 

هذاء ويحتوى الكتاب على عشرة فصول فى جزأين: يتناول الجزء الأول المفاهيم 
الأساسية لتطوير وإدارة مشاريع البرمجيات والأدوات الممستخدمة وذلك من خلال 
الفصول الأربعة الأولى. حيث نقدم فى الفصل الأول عرضا لمراحل دورة حياة تطوير 


إدارة وتطوير مشاريع البرمجيات ۱۹ 


البرمجيات مع وصف مختصر لطرق تطوير البرمجيات. ونعرض فى الفصل الثانى 
أساليب نمذجة البرمجيات مع التركيز على أسلوب النمذجة المبنى على الكاتئنات. 
ونعرض فى الفصل الثالث لبعض أدوات هندسة البرمجيات مثل أدوات إدارة مشاريع 
البرمجيات وأدوات نمذجة البرمجيات وأدوات تطوير البرمجيات. ونقدم فى الفصل 
الرابع ببعض التفصيل عمليات وإجراءات إدارة مشاريع البرمجيات. ويتناول الجزء 
الثانى من الكتاب عمليات تطوير مشاريع البرمجيات باستخدام الأسلوب المبنى على 
الكاتنات. حيث نعرض فى الفصل الخامس لكيفية نمذجة متطلبات نظام الأعمال 
مع الاستعانة بحالة دراسية لتعزيز الفهم. ونقدم فى الفصل السادس بعض الأطر 
المعمارية المستخدمة فى تصميم النظام. ونتناول فى الفصل السابع كيفية تصميم 
قواعد بيانات النظام. كما نقدم فى الفصل الثامن طرق تصميم الأصناف والتفاعلات 
بينها داخل النظام. وفى الفصل التاسع نوضح كيفية استخدام لغة البرمجة «جافا» 
فى تطوير البرمجيات بالإضافة إلى عرض لمراحل اختبار البرمجيات المنتجة. ونقدم 
فى الفصل العاشر عرضا لطرق تصميم واجهات اس تخدام النظام مع التركيز على 
استخدام تقنية الإنترنت لعرض البرمجيات المنتجة على الويب. 

ونأمل أن يساعد هذا الكتاب طلاب العلم فى الوطن العربى فى مجال تقنية 
المعلومات فى التعرف على كيفية استخدام الأساليب والأدوات الحديثة فى تطوير 
وإدارة البرمجيات. وأن يكون إضافة جادة للمكتبة العربية فى هذا المجال؛ وعلى الله 
قصد السييل. 


المؤلف: د. عبدالوهاب كامل السماك 


sammaka@ipa. edu. sa 


sammaka@gmail. com 


۲۰ إدارة وتطوير مشاريع البرمجيات 


الجزء الأول 
مشاريع البرمجيات 


Software Projects 








تعتمد معظم بلدان العالم الآن على استخدام الأنظمة المبنية على الحاسب الآلى 
فى إنشاء وتشغيل وصيانة مشاريع البنية الأساسية الخاصة بها فى القطاعات المختلفة 
مل قطاعات الصناعة والزراعة والصحة والتعليم والتجارة والبنوك والخدمات 
وغيرها. لذلك فإن عملية إنتاج وصيانة البرمجيات بشكل اقتصادى تعتبر ضرورة 
ملحة للاقتصاد الوطنى والدولى. تركز عمليات هندسة البرمجيات على تطوير وإنتاج 
برمجيات عالية الجودة بشكل اقتصادى. وقد نشأت فكرة هندسة البرمجيات فى 
أواخر الستينيات عند دراسة الأزمات والمشكلات التى بدأت تصاحب عملية تطوير 
اليرمجيات فى ظل التقدم الممستمر فى تقنيات الحاسب الآلىء وكذلك زيادة حجم 
التطبيقات المطلوبة واحتوائها على قدر كبير من التعقيدات. ولقد أوضحت تلك 
الدراسة أن السبب الرئيسى فى تلك الأزمات يرجع إلى ضعف الأساليب المنهجية 
التى يتم تطوير البرمجيات على أساسهاء ٠‏ مما أدى إلى إنتاج البرمجيات فى وقت آكبر 
من المتوقع وبتكلفة أكبر بكثير من التكلفة المقدرة وبكفاءة تشغيل ضعيفة: بالإضافة 
إلى صعوبة صيانتها فيما بعد. وقد تطلب ذلك استحداث طرق وأساليب وأدوات 
جديدة تساهم فى تطوير وإنتاج البرمجيات كبيرة الحجم بكفاءة وجودة عالية وبشكل 
اقتصادى أيضا. 

ولقد أدىازدياد الاعتماد على اس تخدام الطرق الجديدة لهندسة البرمجيات 
فى بناء النظم: واس تحدات تقنيات جديدة خصوصا فى مجالات أنظمة الاتصالات 
واندماجها مع أنظمة الحاسباتء إلى زيادة المتطلبات والاحتياجات لأنظمة البرمجيات 
مما زادها تعقيدا. وعليه فقد أصبح الاستمرار فى عمليات التطوير والتحديث فى 
أساليب وأدوات هندسة البرمجيات أمرا ضروريا لإمكانية السيطرة على عمليات 
تطوير وإنتاج البرمجيات المعقدة بشكل جيد. لأن مشاريع تطوير البرمجيات كبيرة 
الحجم صر مكافة وق تفرق وفنا طويلاً ويقوم على تنفيذها فرق عمل مختلفة 
وتحتوى على قدر كبير من الخطورة: فإنها تحتاج إلى إدارة جيدة لكى تمكنها من 
تحقيق أهدافها بشكل دقيق. وسوف نعرض فى هذا الجزء بعض المفاهيم الأساسية 
لتطوير وإدارة مشاريع البرمجيات والأدوات المستخدمة فيها. 





إدارة وتطوير مشاريع البرمجيات ۲۳ 








الفصل الأول 


دورة حياة تطوير البرمجيات 
Software Development Lifecycle‏ 


كما أن لكل كائن حى دورة حياة تبداً بولادته وتنتهى بوفاته؛ فإن للبرمجيات دورة 
حياة تصف التغيرات التى تحدث للمنتج البرمجى خلال مراحل تطويره المختلفة منذ 
نشأته واستخدامه وصيانته إلى أن تصبح عملية صيانته والتحديث فيه صعبة وتكون 
جدوى الاستمرار فى استخدامه ضعيفة ويتم الاستغناء عنه. ومن المعروف أن تلك 
التغيرات تحدث بالتدريج فى شكل مراحل تطوير تتسم بالنمو التدريجى والتحديث 
والتوسعة المستمرة. حتى يتم اتخاذ القرار بالاستغناء عنه واستبداله بنظام آخر. 
ومن الجدير بالذكر أن عملية الإحلال أو التحويل إلى نظام آخر بديل تتم أيضا 
بالتدريج. يوضح شكل )١-١(‏ المراحل المختلفة لدورة حياة البرمجيات» والتى سوف 
يتم استعراضها بالتفصيل لاحقا فى هذا الفصل. 


البدء فى تطوير 
النظام 


البدء فى تطوير نظام التخلص من 
جديد النظام 


شكل )١1-١(‏ دورة حياة البرمجيات 





إدارة وتطوير مشاريع البرمجيات ۲o‏ 


دورة حياة تطوير البرمجيات الفصل الأول 


تتكون دورة حياة البرمجيات من المراحل التالية (2005 :)(Maciaszek,‏ 
-١‏ تحليل المتطلبات Requirements Analysis‏ . 
-١‏ تصميم النظام System Design‏ . 
-٣‏ التطبيق .Implementati0¬‏ 
غ- التكامل والنشر .Integration and Deployment‏ 
ه- التشغيل والصيانة Operation and Maintenance‏ . 

يتضح من الشكل )١-١(‏ أنه فى حالة التقديم لمنتج برمجى لمؤسسة ما وبمروره 
بمراحل التطوير المختلفة واس تخدامه فعليا وازدياد اعتماد المؤسسة عليه فى إنجاز 
الأعمال وحتى وصوله إلى حالة عدم المقدرة على تحقيق المتطلبات الجديدة للمؤسسة 
أو أن تكون صيانة النظام كبيرة جدا ومكلفة إلا أنه من الصعب جدا أن تتخذ المؤسسة 
القرار بالتخلص منه والعودة إلى النظام اليدوى التقليدى لذلك يكون من الأفضل 
فتظليات السسة من خلال تَطَبَيْق مراخل التطويرمرة اخرى من البداية وهو ها 
يسمى بدورة حياة المنتج البرمجى. ومن الضرورى أن تتم عملية الإحلال بالتدريج: أى 
وتثبيته واستخدامه: ويتم استخدام النظامين: القديم والجديد» لفترة حتى يتم التآكد 
من جودة وفائدة النظام الجديد فى تحقيق متطلبات المؤسسة:؛ وبعد ذلك يتم الاستغناء 
عن النظام القديم. 


:Software Engineering Fundamentals أساسيات هندسة البرمجيات‎ ١-١ 


سوف نبداً الآن بعرض أساسيات هندسة البرمجيات وذلك قبل المضى فى شرح 
تفاصيل دورة حياة البرمجيات. وسنقوم باستعراض تلك الأساسيات من خلال 
مجموعة من المفاهيم الأساسية التالية: 


- النظام البرمجى 5(75]612 Software‏ . 
- العملية البرمجية Software Process‏ . 
- هندسة البرمجيات Software Engineering‏ . 
- نمذجة البرمجيات Software Modeling‏ . 
وسوف نستعرض الآن كل مفهوم بشىء من التفصيل. 


1 إدارة وتطوير مشاريع البرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 


:Software System النظام البرمجى‎ 1-1-١ 
يعتب ر النظام البرمجى جزءاً من نظام اكب ر وهو نظام المعلومات الخاص بالمؤوسسة‎ 
وهو يعتبر أحد مكونات المؤسسة: وهی بدورها‎ Enterprise Information System 
وهذا يعنى أن عملية‎ .)۲-١( تعتبر جزءا من بيئة نظم الأعمال: كما هو موضح بالشكل‎ 





شكل )۲-١(‏ مخطط بيئة نظم الأعمال 


تهتم نظم المعلومات بعملية إنتاج وإدارة المعلومات وتقديمها للمستفيد» مما يمكنه 
من إنجاز أعماله بكفاءة وجودة أعلى من ذى قبل: وتساعده على التطوير والاتساع 
واتخاذ القرارات الصحيحة فى الوقت المناسب مما يعود بالنفع على نظام الأعمال. 
- الأفراد. 
- البيانات والمعلومات. 
ai‏ الإجراءات وفواعد العمل. 
- البرمجيات. 
- الأجهزة. 
- الاتصالات. 


إدارة وتطوير مشاريع البرمجيات ۲۷ 


دورة حياة تطوير البرمجيات الفصل الأول 


فمن الطبيعى أن يحتوى نظام المعلومات على مجموعة من القواعد وإجراءات 
العمل التى يتم تطبيقها على مجموعة من البيانات أو المعلومات: وذلك من خلال 
وة السعقرمين الین يقومون ةيل النظاء فيا باستخدام انجهزة الحاسباة 
الآلية وملحقاتها وتقوم بتنفيذ مجموعة من البرمجيات: التى قد تحتاج إلى الاتصال 
بال الغرى تجدها بالطلوسات فى أققناء التشبغيل: 


:Software Process العملية البرمجية‎ ۲-١-١ 
عموماً هو الكيفية التى يتم بها إنجاز المهام أو أنشطة‎ ۲۲٠١٠5 المقصود بالعملية‎ 
5011517916 العمل المطلوبة لإنتاج منتج أو تقديم خدمة. ومن المعروف أيضا أن البرمجيات‎ 
تساهم بشكل فعال فى إنجاح نظام الأعمال 811512655 وذلك من خلال الدور الذى‎ 
تقوم به العملية البرمجية فى إصدار المنتج أو تقديم الخدمة المطلوبة بكفاءة. وعلى‎ 
ةا فاق العملية ان رة فهر جرا اساسا من ق ام الآعمال: عي يدم قدي‎ 
0 هذه الخدمة خلال المستويات الإدارية المختلفة مثل مستوى التشغيل 61261012[1م7‎ 
والمستوى الإستراتيجى‎ :'121121 Manageme" والمستوى التكتيكى‎ .Management 

.)5-١( عأعجء5113: كما هو موضح فى الشكل‎ Management 


إدارة إستراتيجية 


إدارة تكتيكية 


نظم المعرفة 
نظم المعلومات الإدارية 


إدارة تشغيلية نظم معالجة البيانات 





شكل )۳-١(‏ العملية البرمجية للمستويات الادارية المختلفة 


تقوم العملية البرمجية غالبا بتقديم الخدمة لأحد المستويات الإدارية المذكورة. 
فعلى مستوى التشغيل تقوم العملية البرمجية بمعالجة البيانات الأولية وإنجاز المهام 
الأساسية لنظام الأعمال مثل معالجة طلبات العملاء وإصدار الفواتير وغيرها. وهو 
الجزء الأكبر من نظم الأعمال ويتم الاستعانة فيه بتقنية قواعد البيانات 82565 1(2]8. 
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الفصل الأول دورة حياة تطوير البرمجيات 


وعلى المستوى التكتيكى يتم تحليل المعلومات المستخلصة من مستوى التشغيل والاستفادة 
منها فى توجيه نظام الأعمال مثل تحليل ودراسة طلبات العملاء فى فترة معينة. وكذلك 
اتجاه المبيعات فى فترة ما واتخاذ القرارات التصحيحية المناسبة لتحسين عائدات 
نظام الأعمالء ويتم ذلك بالاستعانة بتقنية مخازن البيانات Data Warehouse‏ . 
وعلى المستوى الإستراتيجى يتم تقنين المعرفة المستخلصة من المستويين السابقين من 
خلال مجموعة من الحقائق والقواعد التى تصف نظم المعرفة Knowledge Systems‏ 
لنظام الأعمال» ويتم ذلك بالاستعانة بتقنية قواعد المعرفة 83565 ع1520191608. وبهذا 
يتضح الدور الذى تقوم به العملية البرمجية خلال المستويات الإدارية الثلاثة والقيمة 
التى تقدمها لنظام الأعمال. 


:Software Engineering هندسة البرمجيات‎ "-١-١ 


تعتبر هندسة البرمجيات هى أحد أشكال النظم الهندسية التى تهتم بدراسة المبادئ 
والأسس التى تتحكم فى تطوير وتشغيل وصيانة النظم المعقدة مثل النظم الميكانيكية 
والنظم الكهربية والنظم الإنشائية وغيرها. ولكن تختلف هندسة البرمجيات عن باقى 
النظم الهندسية فى عدة أشياء أساسية نذكر منها ما يلى: 


المنتج :Product‏ 
يكون المنتج غالباً فى النظم الهندسية على شكل مواد 1481651815 سواء كانت 
صغيرة الحجم مثل الأدوات التى نس تخدمها فى حياتنا اليومية والأجهزة الدقيقة: أو 
كانت كبيرة الحجم مثل المبانى والكبارى ومحطات الكهرباء والسدود وغيرها. أما 
المنتج فى هندسة البرمجيات فيكون فى شكل برمجيات فقط سواء كانت صغيرة 
الحجم وقليلة الاستخدام مثل البرمجيات الخاصة بالأفراد التى تساعدهم فى إنجاز 
أعمالهم بش كل ماء أو كانت كبيرة الحجم معقدة تستخدم على نطاق واسع لعديد من 
المستخدمين فى أنحاء العالم مثل برامج نظم التشغيل ومترجمات لغات البرمجة ونظم 

قواعد البيانات وغيرها. 


:Principles الميادئ‎ 


يتم صياغة المبادئ المكتشفة فى هندسة النظم فى شكل نماذج رياضية أو نظريات 
مثبتة يتم تطبيقها فى أثناء عملية تطوير المنتجات الهندسية. أما المبادئ المكتشفة 





إدارة وتطوير مشاريع البرمجيات ۲۴۹ 


دورة حياة تطوير البرمجيات الفصل الأول 


فى هندسة البرمجيات فيتم صياغتها فى عدة أشكال: منها ما يأخذ الشكل الرياضى 
المنطقى ومنها ما يأخذ ش كل المنطق المضبب (غير الواضح) ع0[ (11122: ومنها 
ما يأخذ شكل التوجيه لاكتشاف الأشياء ءام الذى يتحقق بدون قواعد مثيتة 
کیا نان راا 


الإنتاج :Production‏ 
بينما يتم إنتاج المنتجات الهندسية من خلال عمليات التصنيع: فإن إنتاج البرمجيات 
يتم من خلال عمليات التطوير 1(67610126126. هناك نوعان أساسيان للمنتج البرمجى 

هما: 

برمجيات عامة: هى برمجيات تقوم بتنفيذ الوظائف الأساسية لتشغيل واستخدام 
الحاسب ويتم استخدامها على نطاق واسع للعديد من المستخدمين مثل نظم التشغيل 
Operating 5‏ ومعالجة النصوص 210655128 1170150 ونظم إدارة قواعد 
البيانات Database Management Systems (DBMS)‏ وغيرها. ومن المعروف أنه 
يتم تطوير هذه الأنظمة من خلال شركات عالمية فى مجال صناعة البرمجيات وهى 
تقوم بإنتاج آلاف من النسخ المتطابقة للمنتج الواحد بغرض التوزيع. 

برمجيات مخصصة: هی نظم برمجيات يتم تطويرها لتلائم متطلبات عميل معين 
وتعمل فى بيئة تشغيل معينةء مثل نظم الأعمال التجارية والإدارية والتحكم الخاصة 
بالمؤسسات أو المنشآت الخاصة ذات الطابع التجارى أو الإدارى أو التقنى. 

ويتفق الهدف من المنتج البرمجى مع الهدف من المنتج الهندسى فى كونهما يحققان 
متطلبات وأهداف العميل والمستخدم بكفاءة وجودة معينة وأنهما يتسمان بإمكانية 
الصيانة. ولكنهما يختلفان فى إمكانية التوسعة. فبينما تتسم البرمجيات بقدرتها 
على الاتساع 26125103 والترقية 10081306 حسب التغيرات التى تنشاً فى بيئّة 
العمل» فإن هذه العملية غير ممكنة فى أغلب النظم الهندسية حيث يتم تطوير نظام 
آخر جديد ومطور بدلا من النظام المستخدم حاليا. 

وعلى هذا فإنه يمكننا تعريف هندسة البرمجيات بأنها أحد مجالات علوم الحاسب 
الآلى التى تهتم بعملية إنتاج نظم البرمجيات كبيرة الحجم التى تحتوى على قدر من 
التعقيد مما يتطلب اشتراك فريق عمل أو فرق عمل متخصصة فى أثناء تطويرها . 
يتكون فريق العمل القائم على تطوير النظام البرمجى من مجموعة أفراد يمتلكون 


۳ إدارة وتطوير مشاريع البرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 
ات 3 نل ا ا موسر مملته له 





مجموعة من الخبرات والمهارات التى تمكنهم من إنجاز المهام المطلوبة منهم بكفاءة 
وجودة عالية؛ بالإضافة إلى التفاعل الإيجابى والتكامل فيما بينهم فى أثناء عمليات 
التطوير المختلفة. بالطبع لا تقتصر المهارة المطلوبة لأفراد فريق العمل على مهارة 
البرمجة فقط ولكن هناك مهارات أساسية أخرى مطلوبة لبناء النظام مثل مهارات 
تحليل نظام الأعمال وتحديد المتطلبات وتصميم الحلول وتصميم قواعد البيانات 
وتصميم واجهات المستخدم واختبار الوحدات المنتجة واختبار النظام العام ونشر وتوزيع 
النظام: بالإضافة إلى مهارات تحديد مواصفات الأجهزة المطلوبة وتصميم الشبكات 
ومهارات اس تخدام أدوات تطوير وإدارة المشروع. ولهذا فإن القائمين على تطوير 
أنظمة هندسة البرمجيات يجب أن يتوافر لديهم العديد من المهارات التى تؤهلهم 
للمشاركة الفعالة فى واحد أو أكثر من أنشطة تطوير وإدارة مشاريع البرمجيات. 
ولذلك فإن مجال هندسة البرمجيات يعتبر من المجالات الغنية بالمعرفة والمهارات 
والأدوات والتقنيات التى تس تخدم بشكل جيد من قبل فرق العمل لإنتاج برمجيات 
تحقق متطلبات نظم الأعمال فى المجالات المختلفة. 


:Software Modeling نمذجة البرمجيات‎ 4-1-١ 
تعتهمد هتئسة البرسجيات على اسلوب التمدجة غةذأ1460 باغتياره أسلوياً مالا‎ 
لوصف الأنشطة التى تتم خلال مراحل التطوير المختلفة لنظام البرمجيات» حيث‎ 
تستخدم النماذج فى تمثيل أو وصف أحد المكونات الوظيفية الفعلية لنظام الأعمال أو‎ 
جزء منه وذلك بشكل مرئى بسيط» ومن خلال منظور معين يركز على أحد المفاهيم أو‎ 
الأساليب المستخدمة لتطوير النظم. كما تستخدم النماذج أيضا بوصفها وسيلة فعالة‎ 
للتفاعل والتواصل بين أفراد فريق العمل بالمشروع وكذلك مع المستفيد. يستخدم‎ 
مهندس البرمجيات أسلوب النماذج التوضيحية خلال المراحل المختلفة لدورة حياة‎ 

تطوير النظم البرمجية مثل: 


نموذج المتطلبات :Requirements Model‏ 
هو نموذج يصف متطلبات المستفيد الوظيفية باس تخدام إحدى طرق النمذجة 
المنهجية. كمثال على ذلك نس تخدم مخطط تدقق البيانات 0۴2 فى الأسلوب 
الهيكلى: ونس تخدم مخططات حالات الاستخدام 08565) 1756 والأصناف 0125565 
والتتابع 560116266 والتفاعل 17653]105 وغيرها فى الأسلوب المبنى على الكائنات 

(الفسل الثانى): 





إدارة وتطوير مشاريع البرمجيات 5 


دورة حياة تطوير البرمجيات الفصل الأول 
النموذج المعمارى :Architectural Model‏ 
هو نموذج يصف معمارية النظام البرمجى من خلال تمثيل النظم الفرعية التى 


يتكون منها النظام والتفاعلات فيما بينها مثل مخططات الحزم 2313865 والمكونات 
15 من خلال مجموعة من الأطر المعمارية المختلفة (الفصل السادس). 


نموذج التصميم التفصيلى :Detailed Design Model‏ 
هو نموذج يصف المكونات التفصيلية لكل من البرمجيات 501856 والأجهزة 
ع3 المطلوبة لتطبيق الحلول المقترحة للنظام البرمجى مثل تصميم الأصناف 

والتفاعلات (الفصل الثامن) وتصميم مخطط النشر (الفصل الثانى). 

ومن الممكن أن تتم تجزئة أى نموذج من تلك النماذج إلى عدة نماذج أخرى تفصيلية 
مثل نماذج وصف منصطق العمليات ونماذج قواعد البيانات ونماذج واجهات الممستخدم 
وغيرها. 

تعتمد نوعية النماذج المستخدمة على المنهجية المستخدمة فى تطوير النظام 
البرمجى. وهناك مفهومان أساسيان يمكن استخدامهما لتطوير النظم هما: 


المفهوم الوظيفى :Functional Paradigm‏ 
يقوم هذا المفهوم على أساس تجزتة النظام إلى وحدات فرعية صغيرة حتى يتم 
السيطرة عليها وتطويرها بسهولةء وبعد ذلك يتم تجميع الوحدات الفرعية لتكوين 
النظام العام. ويستخدم هذا المفهوم نماذج تدفق البيانات Data Flow Models‏ 


مفهوم الكائنات الموجهة :Object-Oriented Paradigm‏ 

يقوم هذا المفهوم على أساس تجزئة النظام إلى مكونات وظيفية صغيرة تسمى 
الكائنات 016[6©15 مع توصيف لطرق الاتصال بينها كما هو الحال فى الواقع الفعلى 
لنظام الأعمال. يستخدم هذا المفهوم نمذجة الأصناف 21001128 1355©5) ونمذجة 
حالات الاستخدام 84001128 1756-3256 وغيرها من النماذج. وسوف يتم عرض 
هذه النماذج بالتفصيل فى الفصل القادم. 


ها إدارة وتطوير مشاريع البرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 





Software Development Lifecycle Phases مراحل دورة حياة تطوير البرمجيات‎ ۲-١ 
تعتبر دورة حياة البرمجيات وصفا موجزا لإستراتيجية تطوير البرمجيات. فهى‎ 

تصف مراحل وخطوات وأنشطة وطرق تطوير مشروع اليرمجيات.: بالإضافة إلى 

تمثيل المخرجات المتوقعة للمشروع خلال المراحل المختلفة. تتضمن دورة حياة تطوير 

البرمجيات المراحل التالية: 

. Requirement Analysis تحليل المتطلبات‎ - 

. System Design تصميم النظام‎ - 

.Implementati0¬ التطبيق‎ - 

.Integration and Deployment التكامل والنشر‎ - 

. Operation and Maintenance التشغيل والصيانة‎ - 


تتضمن كل مرحلة من هذه المراحل العديد من الأنشطة: ولكل مرحلة مدخلاتها 
ومخرجاتها وتأثيرها فى جودة المنتج النهائى. وسوف نستعرض الآن كل مرحلة بشىء 


:Requirements 41217515 تحليل المتطلبات‎ ١-7-١ 
تعتبر عملية دراسة وتحليل متطلبات مستخدمى النظام هى أول خطوة فى عملية‎ 
تطوير نظم البرمجيات. تحتوى هذه العملية على مجموعة من الأنشطة التى تهدف‎ 
إلى تحديد متطلبات واحتياجات مستخدمى النظام. المقصود بمتطلبات المستخدمين‎ 
مع وصف لمجموعة‎ ٠ هو مجموعة الخدمات التى يجب أن يقدمها النظام ا‎ 
القيود التى سوف تحكم عملية تنفيذ الخدمات. ولذلك تعتبر عملية تحديد المتطلبات‎ 
من التحديات المهمة التى تواجه عملية تطوير البرمجه اع وخصوصاً فى الحالات‎ 
التى يكون فيها المسه تخدمون غير متفهمين لاحتياجاتهم بدقة ووضوح. فآحياناً يبالغ‎ 
الممستخدم فى وصف المتطلبات أو يحدد احتياجات تتعارض مع احتياجات أخرى‎ 
لمستخدم آخر داخل النظام. ا أخرى لا يعطى المستخدم هذه العملية الأهمية‎ 
المطلوية فتكون النتيجة إنتاج برمجيات لا تفى بالخدمات المطلوبة وتحتاج إلى تعديل‎ 
وإضافة الكثير مما يتطلب وفتا ومجهودا وميزانية إضافية عن المقدرة بالمشروع. من‎ 
ثم فإن القاتمين على تطوير النظام يعانون بشدة من مسألة عدم فهم مستخدمى النظام‎ 





إدارة وتطوير مشاريع البرمجيات ۴ 


دورة حياة تطوير البرمجيات الفصل الأول 
للمتطلبات بدقة ووضوح مما يتطلب تدخل الأفراد القائمين على تحليل المتطليات 
واستخدام خبراتهم ومهاراتهم المكتسبة من أنظمة أخرى مشابهة لمساعدة المستخدمين 
فى تحديد متطلباتهم. تؤدى عملية تحديد المتطلبات إلى تعريف شكل النظام المطلوب 
وتحديد الوظائف والمهام التى يجب أن يقوم بها النظام بكفاءة. هناك مجموعة من 
الطرق والأساليب التى يتم اتباعها فى أثناء عملية تحديد متطلبات النظام مثل: 


- المقابلات مع المستخدمين وخبراء فى المجال. 

- تصميم استبانات للمستخدمين. 

اة تحدم فى اقاءآداتهم تناه 

اورا وقاقق وشات التظام الجالئ: 

- دراسة أنظمة مشابهة للتعلم منها واكتساب معارف خاصة بالمجال. 

- إعداد نماذج تجريبية لتجربة الحلول المقترحة والتأكد من جدواها. 

- عقد جلسات عمل بمشاركة فريق التطوير وباقى المشاركين فى المشروع. 

تتضمن عملية تحديد متطلبات النظام أربعة أنشطة رئيسية: كما هو موضح 
بالشكل 5-١(‏ ): وهى )2004 :(Sommerville,‏ 





شكل -١(‏ ؛ ) عملية نتحديد المتطلبات 


جب سي a 1 j a‏ 
۳٤‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 


: Feasibility Study دراسة الجدوى‎ -١ 
تهدف دراسة الجدوى إلى تحديد مدى إمكانية تحقيق أهداف المستفيد باستخدام‎ 
التقنيات المتاحة وفى حدود الميزانية المقدرة للمشروع. تنتهى الدراسة بتوصيات تساعد‎ 

المستفيد على اتخاذ القرار بالمضى قدما فى تنفيذ المشروع أو التوقف لعدم جدواه. 


۲- تجميع المتطلبات وتحليلها Requirements Collection x Analysis‏ : 
النظام الحالى ومناقشة المستخدمين ودراسة النماذج والوثائق الخاصة بالنظام. وبعد 
ذلك يتم إعداد النماذج التى تصف بعض متطلبات النظام الوظيفية والهيكلية: والتى 
تساعد فى عملية فهم النظام ومداولته مع باقى المشاركين فى المشروع بشكل أفضل. 


'- تحديد مواصفات المتطلبات :Determining Requirements Specification‏ 
يته فى هذا النتشاط تحويل المعلومات اللجمعة فى النشاط السابق إلى وفيقة تصف 

جميع متطلبات النظام. هناك نوعان من المتطلبات هما: 

- متطلبات وظيفية Requirements‏ اFunctiona:‏ عبارة عن مجموعة الوظائف 
والعمليات التى يجب أن يقدمها نظام الأعمال فى شكل مجموعة من الخدمات 
المقدمة للمستفيد من النظام. 

- متطلبات غير وظيفية Requirements‏ اNonfunctiona:‏ عبارة عن مجموعة من 
القيود التى تحكم تنفيذ المتطلبات الوظيفية لنظام الأعمال مثل بيئة التشغيل وقيود 
الأمن والسلامة وغيرها. 


:Requirements Validation تدقيق المتطلبات‎ -٤ 

يتم فى هذا النشاط التحقق من واقعية 1211552 واتساق تإع0012515]62) واكتمال 
15 المتطليات. 

يتم استخدام أسلوب النمذجة 2100461188 لتوصيف المتطلبات التى تم تحديدهاء 
وذلك باستخدام إحدى طرق النمذجة القياسية مثل لغة النمذجة الموحدة ,17161 التى 
يتم من خلالها وصف متطلبات النظام فى شكل مجموعة من الملخططات 21013813125 
بالإاضاقة إل مجموعة من النماذج النصية Textual Models‏ . ومن المعروف أن 
النظم المعقدة لا يمكن فهمها بشكل جيد ومتكامل باستخدام وجهة نظر أو من منظور 





إدارة وتطوير مشاريع البرمجيات o‏ 


دورة حياة تطوير البرمجيات الفصل الأول 








واحد 24زوم171617: ولكن يتم تحليل المتطلبات من خلال وجهات نظر مختلفة تساعد 
على تعزيز عملية فهم وتوصيف متطلبات النظام بش كل جيد. وفى حالة استخدام 
إحدى أدوات هندسة البرمجيات المدعمة بالحاسب 04518 فإنه يمكننا تخزين جميع 
النماذج التخطيطية والنصية التى تصف متطلبات النظام فى المستودع الرئيسى للنظام 
Repository‏ الذى يتم الاستفادة منه فى جميع مراحل تطوير النظام: بالإضافة إلى 
إنتاج وثاتق النظام System Documentations‏ بشكل آلى ودقيق. وتجدر الإشارة 
هنا إلى أنه فى حالة عدم استخدام تلك الأدوات المساعدة» فإنه يجب بعلي مدير 
المشروع أن يركز على متابعة فرق التطوير بالمشروع» وضرورة استكمال توثيق العمليات 
التى يقومون بتنفيذهاء > ومن أولها وأهمها تحديد متطلبات النظام. يمكننا أيضاً 
الاستعانة ببعض القوالب 1865م1672 الخاصة بتوثيق المتطلبات المقدمة من الشركات 
العالمية المتخصصة أو تصميم قالب توثيق E‏ بالإسسم اق وعد اغالب غاا 
الهيكل العام للوثيقةء بالإضافة إلى مجموعة من الإرشادات عن كيفية تعبئ” 

الوثيقة على النماذج والنصوص التى تصف مجموعة الخدمات التى يجب أن tlt‏ 
النظام» بالإضافة إلى وصف لمجموعة القيود التى يتضمنها النظام فى أثناء تأدية 
تلك الخدمات مثل الأمن والأداء وظروف التشغيل وبعض القيود القانونية. وللتحقق 
من جودة مخرجات عملية تحديد المتطلبات: يتم مراجعة واختبار تلك المخرجات من 
قبل مجموعة متخصصة فى المجال تابعة لإدارة ضمان جودة البرمجيات بالمؤسسة 
Quality Assurance‏ 501316 . تتكون هذه المجموعة من خبراء متخصصين فى 
اختبار البرمجيات وهم من خارج فريق التطوير للمشروع: وهم بذلك يصبحون 
مشاركين فى مسؤولية ضمان جودة البرمجيات المنتجة. 


۲-۲-۱ تصميم النظام :System Design‏ 
تهتم عملية تصميم البرمجيات بالأنشطة الخاصة بوصف كل من هيكل البرمجيات؛ 
هيكل البيانات» وواجهات استخدام النظام. أحيانا لا يتم وصف خوارزميات العمليات 
بشكل مفصل فى أثناء مرحلة التصميم وذلك لإتاحة قدر أكبر من الحرية للمبرمجين 
فى أثناء مرحلة التطبيق. وفى حين كانت عملية التحليل غير مقيدة بأى قيود تخص 
بيئكة التشغيل اللاي التى سوف يعمل النظام من خلالها سواء كانت تخص العتاد 
Hardware‏ أو تخص البرمجيات 501356: فإن عملية التصميم تأخذ فى الاعتبار 
عدة اعتيارات وفيود خاصة ببيئّة التشغيل التى سيعمل النظام من خلالها. فى الواقع 
العملى لا يوجد خط فاصل واضح بين مرحلتى التحليل والتصميم وذلك لسببين 
أساسيين. السبب الأول هو أن الطرق الحديثة لتطوير البرمجيات تعتمد على أسلوب 


لابب ب بببيب ب ببح 
۳٣‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 


التكرار مع الزيادة 12112624 wit‏ 16673157 وهو يتسم بإمكانية ظهور عدة إصدارات 
مختلفة للنظام تحت التطويرء ويكون أحد الإصدارات فى مرحلة التحليل وإصدار آخر 
فى مرحلة التصميم وإصدار ثالث فى مرحلة التطبيق: وهكذا. والسبب الثانى يرجع 
لطبيعة أسلوب النمذجة المستخدم» فمثلا يتسم أسلوب لغة النمذجة الموحدة .17841 . 
بأنه يتم اس تخدام بعض النماذج لكل من عمليتى التحليل والتصميم. وعلى هذا 
فإنه يمكننا القول إن الانتقال من عملية التحليل إلى عملية التصميم يتم بأسلوب 
الإسهاب 81260121058 وذلك بإضافة مواصفات تفصيلية إلى النموذج المستخدم فى 
أثناء عملية التحليل وليس بأس لوب التحويل من نموذج إلى نموذج آخر. يسمى هذا 
النوع باسم «التصميم التقصيلى Design‏ 116 . هناك نوع آخر من التصميم 
يسمى «التصميم المعمارى 1065182 1إ ںtءe Archit‏ » وهو يعنى بإعداد الإطار المعمارى 
للنظام وهيكل المكونات للتصميم التفصيلى وأطر الاتصالات الداخلية بين المكونات. 
ونستطيع أن نوجز القول بأن الهدف الأساسى للتصميم المعمارى هو الوصول إلى نظام 
مفهوم قابل للصيانة والاتساع. تتكون عملية التصميم من مجموعة الأنشطة التالية. 
كما هو موضح بشكل .(Sommerville, 2004) (° -١(‏ 

. Architectural Design تصميم معمارى‎ - 

. Abstract Specifications مواصفات مجردة‎ - 


. Interface Design تصميم الواجهات‎ - 

. Component Design تصميم المكونات‎ - 

. Data Structure Design تصميم هياكل البيانات‎ - 
. Algorithm Design تصميم الخوارزميات‎ - 


:Implementati0¬ التطبيق‎ "-7-١ 
على الرغم من أن المقصود بتطبيق النظام هو برمجته» إلا أن عملية برمجة النظام‎ 
لا تعنى مكوث مجموعة من المبرمجين فى مكان واحد والقيام بكتابة البرامج باستخدام‎ 
إحدى لغات البرمجة. فكما ذكرنا من قبل أن عملية التصميم لا تقوم بتوصيف جميع‎ 
الخوارزميات التفصيلية: ولكن يتم تركها لمرحلة البرمجةء حيث يقوم المبرمج بتنفيد‎ 
العمليات حسب رؤيته والأسلوب البرمجى الذى يفضله ويحسن استخدامه» مع الأخذ‎ 
فى الاعتبار أن يتم ذلك طيما للمواصفات المذكورة فى وثائق التحليل والتصميم. ومن‎ 


إدارة وتطوير مشاريع البرمجيات ۲۷ 


دورة حياة تطوير البرمجيات الفصل الأول 


النادر اليوم أن يقوم المبرمج بكتابة أكواد جميع البرامج: ولكنه يستعين بمكتبة البرامج 
واستخدام بعض المكونات البرمجية الجاهزة: مما يوفر الوقت والمجهود. وهذا يتطلب 
أن يكون المبرمج على دراية جيدة بمحتويات مكتبة البرامج وكيفية استخدامها بشكل 
جيد . يقوم المبرمج أيضا بعمليتى الهندسة الأمامية والهندسة العكسية فى أثناء عملية 
الوصو 5 كان م تكتما لإسدق أقوات دة البرفهيات نةا 
بالحاسب Computer Aided Software Engineering (CASE)‏ وفى الحقيقة»ء إن 
هذه الأدوات تساعد كثيراً فى عمليات إنتاج قواعد البيانات وتوليد البرامج الأساسية 
طبقا لمواصفات التصميم التفصيلية التى تم إدخالهاء وبعد ذلك يقوم المبرمج بالتدخل 
بإضافة الأكواد الضرورية لربط المكونات البرمجية المنتجة وتعديلها حسب الحاجة. 





شكل (0-1) نموذج عام لعمليات التصميم 


وبعد الانتهاء من عملية اختبار المنتجات البرمجية يقوم المبرمج بعملية إعادة هندسة 
البرمجيات المنتجة عكسياً لتعديل مواصفات التضمية المدخلة من قبل: وذلك لضمان 


الت تا ا ت 
۳۸ إدارة وتطوير مشاريع البرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 


التوافق بين مواصفات التصميم والبرمجيات المنتجةء وقد يتطلب ذلك مشاركة كل 
من المبرمجين والمصممين فى مراجعة هذه العملية وإجراء التعديلات الضرورية على 
كل من الأكواد ومواصفات التصميم. من المعروف أن مرحلة التطبيق تستغرق الوقت 
الأكبر خلال مراحل تطوير النظام» والسبب فى ذلك لا يرجع إلى حجم الأكواد المكتوية 
فحسب إنما يرجع أيضا إلى كثرة الأخطاء والإضافات والتعديلات التى تتم على 
الأكواد فى أثناء عمليات المراجعة والاختبار للبرمجيات المنتجة. أحيانا يقوم المبرمج 
بنفسه بعمليات المراجعة والاختبار لمنتجاته: ولكن من الأفضل أن يقوم بها فريق آخر 
إذ يتضمن مجموعة من محللى النظام والمستخدمين ويقومون بفحص واختبار البرامج 
المنتجة باستخدام بيانات حقيقية ومعدة مسبقا لاختبار البرامج ومقارنة النتائج بما 
هو متوفع. 
٤-۲-١‏ التكامل والنشر 102107717361 Integration and‏ 

تتضمن عملية التكامل أنشطة تجميع الأنظمة الفرعية 5110-5(5]6125 التي تم 
تطويرها واختبارها من قبل . من المنكن آن يتم نجع سميع الأنظية القرمية مما قن 
آن واحد لتكوين النظام العام: ولكن من الأفضل أن تتم عملية التكامل بالتدريج وبشكل 
متزايد مما يضمن نجاحها فى وقت أقل وبمجهود أقل من الطريقة الأولى. فمن 
عيوب الطريقة الأولى أنها تتطلب أن يتم الانتهاء من تطوير واختبار جميع الأنشطة 
الفرعية أولاء وهو طلب غير عملى وخاصة بالنسبة للأنظمة الكبيرة. بالإضافة 
إلى أن عملية تكامل أو تجميع عدد كبير من الأنظمة الفرعية فى آن واحد تحتاج 
إلى مجهود كبير لاكتشاف الأخطاء التى تحدث فى أثناء عملية التكاملء وتستغرق 
عملينة التظلب خليها مههودا وفنا كبيراً . فى حين أن إجراء عملية التكامل بالتدريج 
يوفر المجهود والوقت؛ لأن الأخطاء التى تحدث فى أثناء تكامل نظام فرعى معين 
مع نظام حالى تكون غالبا من النظام الجديد أو نتيجة التفاعلات بين النظامين 
ويمكن اكتشافها والتغلب عليها بسهولة. وبعد نجاح المرحلة الأولى لعملية التكامل 
يتم إضافة نظام فرعى آخر للنظام الحالى وتكرار هذه العملية حتى يتم الحصول 
على النظام العام. ولضمان إتمام عملية التكامل للنظام بنجاح» يتم اختبار التفاعلات 
والاتصالات بين الأنظمة الفرعيةء ومن ثم اختبار أداء النظام العام وهو ما ييسمى 
باختبار التكامل ]165 1216872]1011. يوضح شكل )1-١(‏ مراحل اختبار النظام فى 
أثناء عمليات التطوير والتسليم. والجدير بالذكر أن طريقة تنفيذ عملية التكامل 
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تتطابق بدرجة كبيرة مع التصميم المعمارى للنظام؛ إذ إن هذا التصميم يوضح مكونات 
النظام والاعتمادية بينها. ومن الممكن أن تتم عملية التكامل بين مكونات النظام من 
أعلى إلى أسفل 105-1001758' أو من أسفل إلى أعلى ملآ-8066012 أو بأسلوب وسط 
وهو خليط بين الأسلوبين يسمى 1/110016-0116. 





شكل (5-1) مراحل اختبارالنظام 


تهتم عملية النشر 10610772616 بأنشطة تسليم النظام المطور للعميل وتثبيته 
فى بيئة العمل الطبيعية للبدء فى التشغيل الفعلى. تتم هذه العملية بالتدريج كما 
هو الحال فى عملية التكاملء فيتم نشر البرمجيات المنتجة على مراحل فى شكل 
إصدارات مختلفة. فيتم تثبيت الإصدار الأول للنظام واختباره من قبل المستخدمين 
فى بيئة العمل الطبيعيةء ويطلق على هذا النشاط اسم اختبار ألفا :15 12م41. يتم 
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التعديل فيه. وبعد ذلك يتم إضافة مكونات أخرى للنظام إلى الإصدار الحالى ويتم 
اختبارها أيضا فى بيئة العمل الطبيعية وبذلك يتم إنتاج إصدار تان للنظام. يتم 
تكرار تلك العملية حتى نصل إلى إنتاج الإصدار الأخير للنظام وهو يحتوى على جميع 
مكونات النظام العام. وفى النهاية يتم اختبار النظام العام من قبل المستخدمين للتأكد 
من تحقيقه لجميع الأهداف والمتطلبات المذكورة فى مواصفات الاحتياجات للنظام: 
وهو ما يسمى باختبار القبول 1654 8666437266 . تتضمن عملية نشر النظام عدة 
أنشطة أخرى مثل تدريب مستخدمى النظام وهى يمكن أن تبدأ قبل عملية نشر النظام 
فى الحالات التى تتطلب تدريب المستخدمين على استخدام أدوات أو تقنيات أخرى 
ضرورية لتشغيل النظام نفسه. ومن أنشطة عملية النشر أيضا عملية إنتاج دليل 
استخدام النظام للمستفيدين User Documentation (Guide)‏ . 


:Operation and Maintenance التشغيل والصيانة‎ 0-7-١ 


يبدا المنتج البرمجى المنفذ الذى تم نشره عند العميل بتنفيذ إجراءات العمل 
اليومية أوما يسمى بعمليات التشغيل اليومية وذلك فى ظل وجود النظام القديم. 
يتم تشغيل النظامين (القديم والجديد) على التوازى لبعض الوقت. وبعد التأكد من 
كفاءة تشغيل النظام الجديد فى إنجاز الأعمال اليومية يتم خروج النظام القديم من 
فعليا عمليات الصيانة 141311162326 للنظام. هناك ثلاثة أحوال يتم فيها صيانة 
النظام تحت التشغيل» هى: 
- إصلاح العيوب والأخطاء التى يتم اكتشافها فى أثناء عمليات التشغيل. 
- إجراء تعديلات فى البرمجيات المنتجة لتلائم التغييرات التى تحدث فى بيئة نظام الأعمال. 
- إضافة إمكانيات جديدة للبرمجيات المنتجة لتحسين جودتها والارتقاء بها لصالح 


من المعروف أن المؤوسسات الكبيرة ترصد ميزانية سنوية لأعمال الصيانة لنظام 
الأعمال تساهم فى تحديث وتطوير النظام بشكل مستمر مما يحمى نظام الأعمال من 
التقادم أو الوصول إلى مرحلة التوقيف نتيجة انعدام الفاتدة من استخدامه. 
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۳-۱ طرق تطوير البرمجيات :Software Development Methods‏ 
كما ذكرنا من قبل فإن العملية البرمجية تحتوى على مجموعة من الأنشطة 
المترابطة التى تؤدى إلى إنتاج منتج برمجى معين: وهى عملية معقدة تختلف تفاصيلها 

من مؤسسة لأخرى ومن مشروع لمشروع آخرء إذ إنها تتأثر بعدة عوامل منها: 
- خبرات ومهارات الأشخاص القائمين على تنفيذ الأنشطة. 
- مجال التطبيق 10012315 26105ء1[ممث لنظام الأعمال. 
- التغيرات الخارجية التى تؤثر فى بيئة نظام الأعمال مثل التغيرات السياسية أو 
الاقتصادية أو الاجتماعية أو التقنية. 
- التغيرات الداخلية لنظام الأعمال مثل التغيير فى الإدارة أو ظروف العمل أو الموقف 
المالى للمؤسسة أو فى أفراد فريق العمل. 

- حجم مشروع نظام الأعمال. 

ومع ذلك فإن معظم مشاريع نظم الأعمال تشترك فى احتوائها على مجموعة من 
الأنشطة الأساسية التى تستخدم فى تطوير نظم الأعمال وتؤدى إلى تسليم منتجات 
برمجية تفى بمتطلبات المستفيد من النظام. تتضمن الأنشطة الأساسية عمليات 
تحديد وتحليل مواصفات الاحتياجات» وتصميم الحلول المقترحة للنظام واختيار 
الأنسب منهاء وتطبيق الحلول التى تم اختيارهاء واختبار البرمجيات المنتجة وتكاملهاء 
ثم عمليات نشر البرمجيات المنتجة والتحول إلى النظام الجديد: ثم صيانة النظام بعد 
بدأ التشغيل الفعلى. 

إلا أن طريقة تطوير مشاريع البرمجيات تختلف حسب طبيعة المشروع وظروفه 
والقيود التى تحكمه. هناك العديد من الطرق والمنهجيات التى تس تخدم لتطوير 
مشاريع البرمجيات. تمثل كل طريقة العملية البرمجية من منظور معين ويقدم 
معلومات حول العملية البرمجية. نعرض هنا لبعض الأساليب الشائعة الاستخدام فى 
تطوير مشاريع البرمجيات مثل (2005 با18/12252): 
- أسلوب الشلال 11211011 . 
- أسلوب التكرار مع الزيادة Iterative with Increment‏ . 


- هندسة البرمجيات المبنية على المكونات Component-Based Software Engineering‏ . 
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- التشييد المبنى على النموذج .Model Driven Architecture (MDA)‏ 
- أسلوب النماذج التجريبية 8ضام 225006 . 


والجدير بالذكر هنا أنه يمكننا الاستفادة من استخدام أكثر من أسلوب فى تطوير 
المشروع بخاصة المشاريع الضخمة: فعلى سبيل المثال هناك اسلوب تطوير جديد 
يسمى بالعملية العقلانية الموحدة Rational Unified Process (RÛP)‏ وهو يجمع 
عناصر عديدة من أغلب الأساليب السابقة الذكر. والآن سوف نقوم باستعراض كل 
أسلوب بشىء من التفصيل. 


: Waterfall Method طريقة الشلال‎ ١-7-١ 
تعتبر طريقة الشلال من الطرق التقليدية التى شاع استخدامها لتطوير النظم‎ 
فى السبعينيات وقد حققت نجاحا كبيرا فى ذلك الوقت» حيث كانت تناسب حجم‎ 
ونيم النظو وقنهاء آما ان فقا قل استحذامها نظرا التطورات الى نة قن‎ 
المراحل المختلفة‎ )۷-١( التقنيات المستخدمة ومن ثم فى المتطلبات. يوضح شكل‎ 
لطريقة الشلال مع إمكانية الارتداد (التغذية العكسية) »766002 بين المراحل. تتسم‎ 
طريقة الشلال بأسلوب المراحل المتتالية التى لا يتم فيها الانتقال من مرحلة حالية إلى‎ 
مرحلة تالية إلا بعد الانتهاء من تنفيذ جميع أنشطة المرحلة الحالية: مع إمكانية العودة‎ 
من أى مرحلة إلى المرحلة السابقة لها لإجراء بعض التعديلات: ويمكن أن يستمر هذا‎ 
الارتداد حتى الوصول إلى المرحلة الأولى. هناك عدة أشكال يمكن أن تأخذها طريقة‎ 
الشلال» فمنها ما يسمح بالتداخل 0761135 بين المراحل المتتالية كما هو موضح بشكل‎ 

(١-۸)ء‏ وفيها يمكن لأى مرحلة أن تبدأ قبل اكتمال أنشطة المرحلة السابقة لها. 
تتميز طريقة الشلال بأنها تقوم بإنتاج التوثيق الخاص بكل مرحلة فى نهاية المرحلةء 
مما يضمن اكتمال عملية توثيق النظام. وفى المقابل فإن طريقة الشلال تعانى من عدة 
مشاكل فى أثناء تطوير النظم الكبيرة التى تتسم بكثرة التغيرات فيها وتحتوى على قدر 
من التعقيد. وتكمن غالبا المشكلات من أسلوب التقسيم غير المرن الذى تستخدمه 
طريقة الشلال فى تجزئة عمليات تطوير النظام إلى عدة مراحل متعاقبةء مما يستلزم 
ضرورة اكتمال ووضوح جميع متطلبات العميل من النظام فى المرحلة الأولى وصعوبة 
تغييرها فيما بعد. فإذا اس تحدثت متطلبات جديدة فى مراحل متأخرة من المشروع» 
فإن ذلك سوف يتطلب البدء فى دورة حياة تطوير جديدة للنظام. وإذا حدث تعديل 
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فى المتطلبات فى أثناء عمليات التطويرء فإنه يمكن إجراؤها عن طريق الارتداد 
للمراحل السابقةء ولكن ذلك يؤدى إلى تعطل فرق العمل فى المراحل التالية نظرا 
لاعتمادها على المراحل السابقة لها. وعلى هذا يمكننا القول إن طريقة الشلال 
تناسب النظم الصغيرة أو النظم التى تتسم بوضوح واستقرار فى الأهداف والمتطلبات 
وضمان اكتمالها فى بداية المشروع. 
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شكل )۸-١(‏ طريقة الشلال مع التداخل 
۲-۳-١‏ طريقة التكرار مع الزيادة 1221202224 :Iterative with‏ 


يقصد بالأسلوب التكرارى فى تطوير البرمجيات أنه يتم تكرار تنفيذ مجموعة من 
العمليات البرمجية مع إضافة مكونات جديدة فى كل مرة وذلك بهدف إثراء أو تنمية 
المنتج البرمجى. يلائم هذا الأسلوب تماما النظم الكبيرة والمعقدة التى تتعرض لكثير 
من التغيرات فى بيئّة العمل أو التى لا تكون متطلباتها كاملة فى بداية عملية التطوير. 
ففى تلك الأنظمة يمكننا بالاتفاق مع العميل تحديد مجموعة الخدمات أو الوظائف 
المطلوبة وتحديد أسبقية تنفيذ أولوية كل خدمة أو وظيفة حسب أهميتها بالنسبة 
للعميل. بعد ذلك يتم تحديد مواصفات الاحتياجات للخدمات ذات الأولوية القصوى 
أولا والبدء فى تطويرها وتطبيق جميع عمليات التطوير عليها حتى يتم الحصول على 
النسخة الأولية للمنتج البرمجى» ويتم استخدامها. بعد ذلك نقوم بإضافة خدمة 
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جديدة أو أكثر ونكرر الإجراءات نفسها بدءًا من تحديد مواصفات الاحتياجات وباقى 
عمليات التطوير وانتهاء بالحصول على النسخة المطورة الثانية من المنتج البرمجى. 
وهكذا حتى ننتهى من إنجاز جميع الخدمات المطلوبة من النظام. وهنا نلاحظ أنه 
قد تم إنتاج النظام العام بالتدريج فى شكل نسخ مطورة على مراحل تكرارية وليس 
من مرة واحدة كما هو الحال فى طريقة الشلال. ونلاحظ أيضا أنه قد تم تكرار 
تنفيذ مراحل التطوير كاملة لإنتاج كل نسخة مطورة. وفى حالات أخرى يتعرض نظام 
الأعمال لكثير من التغيرات سواء فى الوظائف أو فى ظ روف العمل أو فى التقنية 
الممستخدمة:؛ فإنها تحتاج إلى التعديل فى مواصفات الاحتياجات ومن ثم تعديل فى 
التصميم والتطبيق: ومن ثم إصدار نسخة مطورة للنسخة الحالية للمنتج البرمجى. 
وعلى هذا يتم تعريف أس لوب التطوير بالتكرار مع الزيادة بأنه الأسلوب الذى يؤدى 
إلى إصدار نسخ مطورةء سواء بالتحسين أو بالإضافة: للمنتج البرمجى وذلك فى نهاية 
كل محاولة. يوضح شكل )1-١(‏ أسلوب التطوير بالتكرار مع الزيادة الذى يتضمن 
مراحل طريقة الشلال فى كل محاولة تكرارية. ويتضح من الشكل أنه بعد الانتهاء من 
عملية التشغيل وفى أثناء عملية الصيانة تبدأ عملية التكرار بإضافة احتياجات جديدة 
والاستمرار فى تنفيذ باقى المراحل فى دورة حياة التطويرء وهكذا . 
يوفر استخدام أسلوب التطوير بالتكرار مع الزيادة عدة مميزات مهمة مثل: 
- عدم احتياج العميل للانتظار طويلاً حتى يتم الانتهاء من تطوير النظام العام مرة 
واحدة؛ ولكنه يستطيع استخدام النسخة الأولية فى تنفيذ الاحتياجات الضرورية 
للنظام مبكرا. 
- اكتساب العميل خبرة جيدة فى أثناء استخدام النسخة الأولية للنظام مما يمكنه من 
تحديد باقى الاحتياجات والمتطلبات بشكل دقيق فى النسخ المطورة التالية. 
- تكرار عملية اختبار الخدمات والوظائف الأساسية للنظام فى كل مرة يتم فيها اختبار 
النسخة الجديدة للنظام مما يزيد من جودة المنتج ومن ثم جودة النظام العام. 
- يؤدى ذلك كله إلى التخفيف من المخاطر التى يمكن أن يواجهها النظام وتؤثر فيه 
ويمكن أن تؤدى إلى فشله أو انهياره. ويتم هذا التخفيف نتيجة للتغلب التدريجى 
على المشكلات التى تنشا فى كل محاولة وعدم تركها لتتراكم وتتفاقم فى تأثيرها 
فى النظام العام. 
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شكل )۹-١(‏ أسلوب التكرار مع الزيادة 


هناك طريقتان تنفذان هذا الأسلوب فى تطوير النظم: الأولى تسمى «النموذج 
الحلزونى 110061 51531» وقد ظهرت فى أواخر الثمانينيات: والثانية تسمى «العملية 
العقلانية الموحدة 18]112» والمقدمة من شركة 182/1 فى عام ۲٠٠۲‏ . 


:Spiral Model التموذج الحلزونى‎ 1-7-1-١ 
يتم تمثيل العملية البرمجية فى هذا النموذج بشكل حلزونى لةءم؟ بدلا من تمثيلها‎ 
فى شكل مجموعة من الأنشطة المتتالية. كل حلقة م1.00 فى هذا النموذج تمثل‎ 
مرحلة فى العملية البرمجية مثل تحديد المتطلبات أو التصميم وغيرها. ينقسم‎ 
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النموذج الحلزونى إلى أريعة قطاعات 562]015. كما هو ميين فى الشكل ) :)١ .-١‏ 
وهى قطاع التخطيط 21321285. قطاع تحليل المخاطر «Risk Analysis‏ والقطاع 
الهندسى 512812661128: وقطاع تقييم العميل 18210261052 customer‏ . تبدأ دائما 
الحلقة الأولى للنموذج من قطاع التخطيط وهى تمثل عملية تجميع المتطلبات الأولية 
ومن ثم تخطيط المشروع. بعد ذلك يدخل المشروع فى مرحلة (قطاع) تحليل المخاطر 
التى تبداً بتحليل التكلفة/المنفعة وتحليل الفرص المتاحة للمساعدة فى عملية اتخاذ 
القرار بالاستمرار والانتقال إلى مرحلة التطوير (القطاع الهندسى) أو التوقف عن 
تنفيذ المشروع لعدم جدواه. يهتم القطاع الهندسى بعمليات التطوير 106976102126126 
التى تنتج النسخة الأولية للنظام البرمجى التى تخضع بعد ذلك لتقييم العميل (قطاع 
تقييم العميل). وبعد ذلك تبدأ الحلقة الثانية فى النموذج الحلزونى لإنتاج النسخة 
الجديدة المطورة للنظام. 


المخاطر 


تحليل مبنى على المتطلبات الأولية ' 






تحليل مبنى على رد فعل العميل 5 


التقدم فى المشروع 5 كحم تیانع 
النسكة الاو پک . 
اة الثائية ‏ د 


شكل )٠١-١(‏ النموذج الحلزونى لتطوير النظم 


نلاحظ أن هذا النموذج قد تعامل مع عمليات التطوير من خلال قطاع واحد 
وهو القطاع الهندسى. ونلاحظ أيضا التركيز على عملية تحليل المخاطر وتكرارها 
مع كل حلقة مما يساعد على الاكتشاف المبكر لأى مخاطر يمكن أن تواجه المشروع 
ويمكنه التغلب عليها بطريقة أسرع وأسهل من تراكمها ومن ثم يخفف من آثارها فى 


٤۸‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 


المشروع. ونلاحظ أيضاً تكرار عملية التخطيط فى بداية كل حلقةء وعملية التقييم 
للمنتج البرمجى من قبل العميل فى نهاية كل حلقة؛ مما يحسن من جودة المنتج 
البرمجى. والملاحظة الأخيرة هى أن كل جزء من الحلقة داخل القطاع الهندسى تمثل 
محاولة تكرارية 1665731052 للمنتج البرمجى وهى تمثل مرحلة من مراحل التطوير حتى 
الوصول إلى المنتج النهائى. 


:Rational Unified Process (RUP) العملية العقلانية الموحدة‎ ۲-۲-۳-١ 
تعتبر العملية العقلانية الموحدة أحد نماذج العملية الحديثة لتطوير النظم والتى‎ 
تم اقتباسها من أسلوب لغة النمذجة الموحدة ,172/41. وهى تعتبر مثالا جيدا للعملية‎ 
التى تحتوى على مجموعة من العناصر المجمعة من الطرق‎ Hybrid المجمعة 55وعع2:0‎ 
السابقة. فهى تحتوى على عدة مراحل مثل طريقة الشلال 11/266112[11: ومع ذلك فهى‎ 
بالإضافة إلى كونها‎ .]terative with تدعم أسلوب التكرار مع الزيادة 24ع77ع58ء12‎ 

وصف العملية العقلانية الموحدة من خلال ثلاثة منظورات هى: 
-١‏ منظور ديناميكى 1071131212 يصف مراحل تطوير النظام حسب الوقت. 
۲- منظور ساكن Static‏ يصف أنشطة العملية. 
۳- منظور عملى يقترح مجموعة من الممارسات الجيدة المكتسية من خبرات سابقة 
لتطبيقها خلال عمليات التطوير للنظام الحالى. 
يصف المنظور الديناميكى مراحل تطوير النظام حسب الوقت وليس حسب الأنشطة: 
وهو يتكون من أريع مراحل أساسية كما هو مبين فى الشكل :)١١-١(‏ 


شكل )١١-١(‏ المنظورالديناميكى للعملية العقلانية الموحدة 1172 


إدارة وتطوير مشاريع البرمجيات :5 


دورة حياة تطوير البرمجيات الفصل الأول 
اس س٠ببلبااببالمل7ببجبيمبببببب‏ د 


:Inception Phase مرحلة الاستهلال‎ -١ 
الهدف من هذه المرحلة هو تأسيس حالة نظام الأعمال وذلك من خلال تحديد‎ 
جميع الكائنات الخارجية 821165 5165221 التى تتفاعل مع النظام؛ مع تعريف لتلك‎ 
التفاعلات. يتم استخدام تلك المعلومات لتحديد الدور الذى يقوم به النظام تحت‎ 

التطوير ضمن مشروع نظام الأعمال العام. 

:Elaboration Phase مرحلة الإسهاب‎ -١ 
الهدف من هذه المرحلة هو فهم مجال التطبيق وتأسيس الإطار العام للنظام وإعداد‎ 
خطة المشروع وتحديد النقاط التى تحتوى على بعض المخاطر بالمشروع. ويتوقع فى‎ 
نهاية تلك المرحلة أن يتم إنجاز نموذج مواصفات المتطلبات للنظام والوصف المعمارى‎ 

للنظام: بالإضافة إلى إعداد خطة تطوير المشروع. 


- مرحلة البناء :Construction Phase‏ 
تهتم تلك المرحلة بالأنشطة الخاصة بتصميم وبرمجة واختبار النظام. يتم إنجاز 
أجزاء من تلك الأنشطة على التوازى أو التداخلء ثم يتم التكامل بينها فى أثناء تلك 
المرحلة. وفى نهاية المرحلة يمكننا الحصول على نظام برمجى جاهز للتشغيل ومرفقا 

معه نماذج توثيق النظام المطور. 


؛- مرحلة التحول Phase‏ 113115161011 : 

الهدف من تلك المرحلة هو الانتقال من مرحلة التطوير إلى مرحلة التشغيل فى بيئّة 
التشغيل الطبيعية. وفى نهاية هذه المرحلة يكون لدينا نظام برمجى موثق يعمل بصورة 
صحيحة فى بيئة التشغيل الفعلية. 

تدعم العملية العقلانية الموحدة ۸0۴ أسلوب التكرار مع الزيادة على مستويين هما: 

داخلى: يتم التطوير بالتدريج باستخدام أسلوب الزيادة داخل كل مرحلة. 

خارجى: يتم اس تخدام أسلوب الحلقة بين جميع المراحل المتتالية فى العملية 
العقلانية. 

يركز المنظور الساكن للعملية العقلانية على الأنشطة التى يتم تنفيذها فى أثناء 
عملية التطوير. ويتم توصيف أنشطة المشروع من خلال مجموعة من تدفقات العمل 





0۰ إدارة وتطوير مشاريع اليرمجيات 


الفصل الأول دورة حياة تطوير البرمجيات 








75 :؛: وهى عبارة عن ستة تدفقات عمل أساسية وثلاثة تدفقات عمل مساندة: 
كما هو مبين فى الشكل -١(‏ 15). والجذير بالذكرهنا أن العملية العقلانية الموحدة 
8175 قد تم تقديمها بالاشتراك مع لغة النمذجة الموحدة ,11811: ولهذا فإننا سوف 
نجد أن وصف تدققات العمل يكون موجها نحو نماذج .11111 المصاحبة لها. 


تدؤق العمل 


نمذجة نظام الأعمال | توصيف عمليات نظام الأعمال باستخدام نموذج حالات الاستخدام. 


حالات استخدام النظام. 


إنشاء نماذج التصميم المعمارى والمكونات وتتابع الكائنات للنظام. 


تطبيق مكونات وإجراءات نظام الأعمال من خلال مجموعة من الوحدات 


البرمجية المتفاعلة. 

اختبار كل وحدة برمجية منتجة وكذلك اختبار تكامل الوحدات داخل النظام. 
إصدار المنتج البرمجى وتوزيعه وتثبيته عند العميل. 

دعم المنتج البرمجى وإدارة عمليات التغيير التى تطرأ عليه 

إدارة عمليات تطوير مشروع نظام الأعمال. 


توفير مجموعة ة الأدوات المساعدة التى يحتاج إليها فريق العمل بالمشروع. 





شكل )١7-١(‏ تدفقات العمل الساكنة فى العملية العقلانية الموحدة R۸0۲‏ 
ويصف المنظور العملى للعملية العقلانية الموحدة مجموعة جيدة من الممارسات 
العملية لهندسة البرمجيات التى ينصح بتطبيقها فى تطوير النظم. نذكر هنا بعض 
الممارسات المهمة التى ينصح باستخدامها. 
- يجب تطوير النظام البرمجى بالتدريج والزيادة: وذلك بناء على الأولويات التى تم 
تحديدها من قبل العميل: حيث نبدأ فى تطوير واختبار وتسليم المهام ذات الأولوية 
القصوىء ثم نضيف إليها مهام أخرى تليها فى الأولويةء وهكذا . 
- يجب توثيق جميع متطلبات العميل بشكل دفيق: ومتابعة التغييرات التى تحدث فيهاء 
وتحليل تأثير تلك التغييرات فى النظام قبل قبول تنفيذها . 


إدارة وتطوير مشاريع البرمجيات ١ه‏ 


دورة حياة تطوير البرمجيات الفصل الأول 


دمن الأفضل أن يتم بناء الي كل الغمارى للتظاء من المكوتات العدة ميقا بقدر 
الإمكان. 

- يفضل استخدام النماذج المرئية 8100615 77151131 لتمثيل المنظورات المختلفة 
للنظام. 

- يجب التحقق من جودة البرمجيات المنتجة ومطابقتهالمقاييس الجودة الخاصة 
ا 

- يجب التحكم فى التغيرات التى تحدث للبرمجيات من خلال إجراءات وأدوات إدارة 
ال رد 


۳-۲-۳-۱ التشييد المينى على النموذج :Model Driven Architecture (MDA)‏ 
قدمت مجموعة إدارة الكائنات Object Management Group (OMG)‏ هذا 
الأسلوب فى محاولة للانتقال بلغة النمذجة الموحدة .118411 من مرحلة المواصفات الرسمية 
Forma Specifications‏ إلى مرحلة المواصفات التنفيذية «Executable Specifications‏ 
أو مرحلة إنتاج البرامج )2005 Generation Maciaszek,‏ وتطهرع110). تقوم هذه 
الفكرة على مبدأ الاستفادة بالمعايير القياسية التى أسستها مجموعة 0116 وكذلك 
الاستفادة من التقنيات الحديثة فى تحويل نماذج المواصفات 72/1.1104615] إلى أكواد 
قابلة للتنفينذ 00065 1861385016 . يعتبر هذا الأسلوب نوعا من أنواع النماذج التحويلية 
95 11210311 التى تقوم بتطوير النظام من خلال مجموعة متتالية من 
التحويلات للنماذج الرسمية؛ التى تصف متطلبات النظام» إلى مجموعة من البرامج 
التنفيذية: ويتم ذلك مروراً بمرحلة التصميم التفصيلية. يتم تدقيق كل خطوة تحويلية 

للتأكد من صحة مخرجاتها وأنها تمثل تحويلاً حقيقياً للمدخلات. 

يعتبر هذا الأسلوب مدخلا حقيقياً ميكنة عمليات التحويل من المواصفات إلى إنتاج 
البرامج: مع الأخذ فى الاعتبار أن هناك بعض التحويلات يجب أن تتم يدويا. توجد 
الآن مجموعة من أدوات هندسة البرمجيات المدعمة بالحاسب C۸5٤‏ هى تقوم بتنفيذ 
تلك التحويلات. تقوم هذه الأدوات بإنشاء وتخزين النماذج الرسمية التى تصف مكونات 
النظام؛ وبعد ذلك تقوم بتحويلها تدريجيا من خلال مجموعة من النماذج التحويلية. وعلى 
هذا فإن هذه الأدوات تدعم أسلوب التطوير المتدرج مع الزيادة. يوضح شكل )١١-١(‏ دورة 
حياة تطوير النظم باستخدام أسلوب التشييد المبنى على النموذج. 





o۲‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الأول 








شكل )1-١(‏ تطوير النظم باستخدام أسلوب التشييد المبنى على النموذج 

يفصل هذا الأسلوب بين الشكل الرسمى للمواصفات وبين الشكل غير الرسمى 
للمتطلبات» وهو بذلك يقوم باس تبعاد الشكل غير الرسمى للمتطلبات من عمليات 
التحويل. ويبدأ بنماذج المواصفات الرسمية التى يمكن قراءتها آليأ عن طريق الحاسب 
الآلى. تعتبر هذه النماذج غير مرتبطة ببيئة تشغيل معينة سواء من ناحية العتاد 
Hardware‏ أو من ناحية البرمجيات 501]53156. وبعد بدء عمليات التحويل تنشاً 
نماذج التصميم التفصيلية التى تعتمد على بيئة التشغيل. وإذا كان النظام المطور 
يعمل من خلال بيئات تشغيل متعددة: فإنه يتم توليد نماذج تفصيلية خاصة بكل بيئة 
تشغيل» وبعد ذلك يتم الربط بينها باستخدام مجموعات ربط تسمى «جسور التشغيل 
الداخلى .«Interoperability Bridges‏ 


جدير بالذكر أن هذا الأسلوب للتطوير المبنى على النموذج يعطى الأمل فى إمكانية 
تطبيق تقنية التطوير بالمكونات التي يمكن من خلالها تطوير النظام بالكامل باستخدام 
المكونات الجاهزة أو المعدة مسيقا. تكون هذه المكونات فى شكل نماذج أو برامج يتم 
إعادة استخدامها لإنتاج العديد من البرمجيات (2001 ,2هحندووع21) . 





إدارة وتطوير مشاريع البرمجيات or‏ 








الفصل الثانى 
نمذجة البرمجيات 
Software Modeling‏ 


تتطلب عملية تطوير مشاريع البرمجيات قدرا كبيراً من التفاغل والاتضال بين أفراذ 
فرق العمل القائمين على تطوير المشروع فيما بينهم من جهة» وبينهم وبين مستخدمى 
النظام من جهة أخرى. ولذلك فإنه من الضرورى أن يتم استخدام لغة آو وسيلة 
محددة لتسهيل عملية الاتصال والتفاعل بين جميع الأفراد الممساهمين فى المشروع. 
يجب أن تكون اللغة الممستخدمة لغة عامة ومفهومة لكل المشاركين فى المشروع: وأن 
تكون لغة قياسيةء ومن الأفضل أن تكون ملائمة لعدد كبير من عمليات تطوير المشروع: 
وذلك لضمان اتساق وانسياب عملية التنقل من مرحلة إلى مرحلة أخرى فى أثناء 
عمليات اتتظوير باستخداء الأسلوب ثقسيه تقغرييا: 

يعتبر أسلوب النمذجة 110061128 من الوسائل المناسبة لتوصيف عمليات تطوير 
البرمجيات واستخدامه بوصفه وسيلة للتفاهم والاتصال بين فرق العمل وذلك لاعتماده 
على النماذج المرتية بشكل أساسى لوصف المفاهيم والعمليات للنظام البرمجى. ويمكن 
أن ترفق مجموعة من النماذج النصية مع النماذج المرتية لوصف محتويات أو تفاصيل 
النماذج المرئية: بالإضافة إلى أنها تقوم بإضافة معلومات أخرى تعزز عملية فهم 
نظام الأعمال. ويمكننا القول إن عملية تحديد متطلبات النظام» التى تتم فى بداية 
عملية التطوير. وكذلك عملية توثيق البرامج المنتجة فى نهاية عملية التطويرء تتم 
عادة فى شكل نماذج نصية. وفى المقابل فإن المراحل المتوسطة فى أثناء عمليات 
تطوير النظام» والتحليل والتصميم» تتم عادة باستخدام النماذج المرئية. وعلى هذا 
فإن عمليات توصيف البرمجيات تتكون فى الغالب من مجموعة من النماذج المرئية 
1151315 مصحوبة ببعض النماذج النصية 18100615 “1٠×‏ وذلك بهدف وصف 
عمليات التطوير المختلفة للنظام من عدة منظورات مختلفة 01245م11617 . يحتوى 
النموذج غالباً على مخطط 71485373 أو أكثر وأى معلومات أخرى توضيحية. يمثل 
المخطط وصفا لإحدى وظائف أو مكونات النظام من وجهة نظر معينة وذلك بشكل 
مرئى باس تخدام الرموز والرسومات التخطيطية. يجب تخزين تلك النماذج المرتية 
والنصية فى المستودع العام للنظام 1600516017 ويتم استخدامه فيما بعد من جميع 
أفراد فريق التطوير للمشروع. هناك العديد من الأآدوات التى تدعم هذه العملية يطلق 





إدارة وتطوير مشاريع البرمجيات هده 


تمذجة البرمجيات الفصل الثانى 


عليها اسم «أدوات هندسة البرمجيات المدعمة بالحاسب 10015 0458" . سوق 
نستعرض الآن فى هذا الفصل: بشكل سريع: أسلوبين فقط من أساليب النمذجة 
الشائعة الاستخدام فى تطوير النظم. الأول هو أسلوب قديم مازال يستخدم حتى 
الآن وهو «النمذجة الهيكلية 08ذاءع8100 dءإStructu“‏ وهو يناسب الأنظمة التقليدية 
التى تم إنتاجها فى السابق وتستخدم أسلوب البرمجة الهيكلية. والثانى هو أسلوب 
حديث يسمى «لغة النمذجة الموحدة “Unified Modeling Language (UML)‏ ويتم 
استخدامه الآن بشكل واسع وهو يلائم النظم الكبيرة والمعقدة التى تستخدم أسلوب 
البرمجة الموجهة بالكائنات. 


۱-۲ التمن جة الهيكلية :Structured Modeling‏ 


لقد ظهر أسلوب النمذجة الهيكلية فى أواخر السبعينيات مواكباً لأسلوب البرمجة 
الهيكلية 2108713122128 51111]11160. تتسم النمذجة الهيكلية بأسلوب التصميم 
إلى مجموعة من الوظائف الفرعية المتفاعلة. تتم عملية التجزئة على عدة مستويات 
من حيث الإيجاز والتفصيل. فيكون الإيجاز فى المستوى الأعلى 107 وتكون التفاصيل 
فى المستويات التالية إلى أسفل 1(0181. يستخدم هذا الأسلوب فى نمذجة متطلبات 
ا وا رر الفهم ا وفافل بين افزاد فريق التطوير, 
المهام الوظيفية للنظام. القد أثبت هذا ا i:‏ کا فى الفترة السابقة ١‏ شن 
أثقناء استخدامه فى تحليل الأنظمة الكبيرةء وهو يتميز باستخدام رموز وتخطيطات 
وتدوينات قياسية:؛ بالإضافة إلى أنه يضمن إنجاز عملية توثيق النظام بشكل قياسى 
يساهم فى فهم مكونات ومهام النظام بشكل جيد لجميع الأفراد القائمين على تطوير 
النظام وصيانته فيما بعد. يعانى أسلوب النمذجة الهيكلية من عدة نقاط ضعف» 
أهمها عدم المقدرة على توصيف المتطليات غير الوظيفية للنظام؛ وعدم ملاءمته 
لأسلوب التطوير المبنى على الكائنات 01161148]101-]ع01(6 . هناك بعض أدوات 
هشندسة ة اليرمجيات المدعمة بالحاسب CASE‏ التى تقو نموم بدعم عمليات نمذجة 3 النظم 
باستخدام أسلوب النمذجة الهيكلية سيتم عرضها فى الفصل الثالث. 

تقدم النمذجة الهيكلية مجموعة من النماذج المرئية التى تستخدم فى آقاء عمليات 
تحليل وتصميم الأند نظمة. يمكننا تصنيف تلك النماذج فى شكل مجموعتين رئيسيتين:؛ 
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تمثل الملجموعة الأولى مجموعة النماذج التى تستخدم فى نمذجة العمليات 210655 
8 ؛:؛ وتمثل المجموعة الثانية النماذج التى تس تخدم فى نمذجة البيانات 10218 
«Modeling‏ وسيتم وصفهما من خلال النماذج التالية: 

- نماذج مخططات تدقق البيانات 5۴٥s‏ . 

- نموذج مخطط العلافة بين الكائنات ٤۸0‏ . 


:Data Flow Diagrams (DFDs) مخططات تدفق البيانات‎ ١۱-۱-۲ 
هى أحد أهم النماذج المستخدمة فى الفترة‎ (۴S تعتبر مخططات تدقق البيانات‎ 
السابقة لتوصيف المتطلبات الوظيفية لنظم الأعمال. يعتمد أسلوب إنشاء مخطط‎ 
يوضح‎ .Functional 106601220516101 تدفق البيانات على مفهوم التفكيك الوظيفى‎ 
مفهوم التفكيك الوظيفى من خلال تعريف العمليات الوظيفية للنظام فى‎ )١-۲( شكل‎ 
شكل هرمى أو تدريجى من أعلى إلى أسفل 1001812-م10'. يبدأ تعريف النظام من‎ 
أعلى بمخطط السياق 1013853132 2011464) الذى يصف النظام بشكل عام وتفاعله‎ 
مع البيئة المحيطة به. وبعد ذلك يتم وصف النظام من الداخل بالتدريج إلى أسفل‎ 
فى عدة مستويات تفضيلية للغمليات الوظيفية للنظام. تبدآ هذه المستويات بالمستوى‎ 
«صفر» الذى يصف العمليات الأساسية للنظام ويطلق عليه اسم «مخطط المنظور‎ 
اما . يمكننا وصف تفاصيل كل عملية أساسية فى‎ 0 Overview Diagram العام‎ 
المستوى «صفر» من خلال مخططات تفصيلية فى المستوى التالى «واحد» ويطلق عليها‎ 
اسم «مخططات تفصيلية 113813125 1»]2115 1 1.6761“. تأخذ كل عملية تفصيلية‎ 
»۲-١ و«عملية‎ »1-١ رقم مسلسل ينطلق من رقم العملية الأساسية لها مثل «عملية‎ 
وهكذا. وإذا كانت إحدى العمليات التفصيلية فى المستوى «واحد» تحتاج إلى تفاصيل‎ 
أكثر. يتم وصفها في ش كل مخطط تفصيلى فى المستوى التالى «اثنين» وتأخذ كل‎ 
وهكذا لباقى‎ 41-١-١ عملية تفصيلية رقما ينطلق من رقم العملية الأم لها مثل «عملية‎ 

العمليات التفصيلية فى جميع المستويات التالية. 


العناصر الأساسية لمخططات تدفق البيانات: 
تحتوى مخططات تدقق البيانات على مجموعة من العناصر الأساسية التى تستخدم 


لوصف عمليات النظام فى المستويات المختلفة وهى (السماك ؟7١٠٠):‏ 
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:External Entities الكائنات الخارجية‎ -١ 

تمثل مجموعة الأشخاص والمؤسسات والأقسام والأنظمة الأخرى التى تتفاعل مع 
النظام من الخارج وتمده بالبيانات وتستقبل منه مخرجات. 
۲- تدفق البيانات 11017 :Da†a‏ 


تمثل عملية نقل أو سريان البيانات من عنصر إلى عنصر آخر داخل مخطط تدفق 
البيانات (۴D‏ فى شكل أسهم فى اتجاہ معين يوضح اتجاه سريان البيانات. 


Context 
Diagram ١ 


مخطط السياق 1 

: 1 

1 1 

0 ١ 

0 i 

1 1 

1 ١ 

0 0 

0 0 

20 1 

20 ١ 
Level 0 ١ ١ 

Overview ' ٠ 59 1‏ 
مخطط المنظور العام ليق يه : 
Diagram‏ 
ا 2 1١‏ 1 
و ١‏ 7 
ا 1 1 
يه ` 1 
5 1 
يا 3 / 1 Level‏ 
> 0 ° م Details‏ 
Diagrams 1‏ 


GED © 


شكل )١-۲(‏ التفكيك الوظيفى فى مخططات 5۴5s‏ 


: Processes العمليات‎ -٠ 


تمثل مجموعة الأنشطة التى تد تقوم بمعالجة البيانات فى النظام للحصول على 
المخرجات. هناك نوعان من العمليات: عمليات أولية أو آساسية»ء وعمليات فرعية أو 
تفصيلية للعمليات الأساسية. 


ج ا ج > ير 
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4 - مخازن البيانات 5ع5]01 :D ata‏ 

هو مستودع يحتوى على بيانات كائنات النظام وكذلك تدفقات البيانات. 

يوضح شكل T=)‏ الرموز الممستخدمة لكل عنصر من عناصر مخططات تدفق 
البيانات فى كل من أسلوب “Yourdon & DeMarco”‏ وأسلوب “Gane & Sarson”‏ 
لنمذجة النظم الهيكلية (2002 ,..21 e‏ 660186 ) . 


Demarcoxyourdon Ganeksarson 


عملية 


Process 


مخزن بيانات 


Data store 


كائن خارجی 
External‏ 
Entity‏ 


تدفق بيانات 
Data Flow‏ 


شكل (۲-۲) الرموز المستخدمة فى مخططات تدقق البيانات 


۱-۱-۱-۲ مخطط السياق :Context Diagram‏ 
الغرض من مخطط السياق هو تحديد موقع نظام الأعمال داخل البيئة المحيطة 
اکا ر ج 1 له مين ب اذل وة التدحقات القادمة منها والمرس لة إليهاء وهى قل 
مدخلات ومخرجات النظام. يتكون مخطط السياق للنظام من عملية واحدة تمثل 
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منظراً عاماً للنظام من الخارج وتفاعله مع بيئة العمل المحيطة به من خلال التدفقات 
بيقة وجرن الككاتتاتاليحاريسية له يوضع ش كل 3 مخطظ السياق عام الإغارة 
بمكتبة معهد الإدارة العامة. يمثل كل من الممستعير ونظام التسجيل ونظام شؤون 
الموطفون وإذاره الكتبق الغا أت الكارعية نظام اى آنها تفكل بيه النظاء. وق 
التدققات مثل «رقم المستعير» و«طلب تمديد إعارة» ودبيانات موظف». التفاعالات 
اكخظفة بين الفاكتات التخارجية والقظام: سيق عرش جميع العمليات اللوجودة داخل 
النظام من خلال مخطط تدقق البيانات 5۴5 . 


Context Diagram 





شكل (۳-۲) مخطط السياق لنظام الاعارة 


۲-۱-۱-۲ مخطط المنظور العام :Overview DFD‏ 

يتم توصيف ما يحدث داخل مخطط السياق عن طريق مخطط المنظور العام: وهو 
يعنير «الممستوى صمفر» .لخططات تدفق البيانات .DFD Level-0‏ يركز هذا المخطط 
طلى وصف العمليات الركيسية لانظاموتدؤق البيانات نتلالهاء وهو يستؤى .عا ماايلى: 
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الفصل الثانى تسد حة ارات 


- الكائنات الخارجية External Entities‏ . 
- العمليات الأساسية .Main Processes‏ 
- مخازن البيانات Data Stores‏ . 
- تدفقات البيانات Data Flows‏ . 
يوضح شكل (5-7) مخطط المنظور العام لنظام الإعارة بمكتية معهد الإدارة العامة. 
يحتوى المخطط على أربع عمليات رئيسية هى: 
-١‏ «أنشيّ ملف مستعير» وهى العملية المستولة عن إنشاء ملف المستعيرين بالمكتبة 
والطلاب) ونظام شئون الموظفين (بيانات الأساتذة والموظفين). 
"- «نفذ إعارة» وهى العملية المسئولة عن استقيال طلب الاستعارة من المستعير 
والتحقق من إمكانية تنفيذه: ثم تسجيل بيانات الإعارة فى ملف الإعارة» وتحديث 
بيانات الكتاب المعارء وعدد الكتب المعارة للمستعير. 
-٣‏ «أعد نسخة كتاب» وهى العملية المسئولة عن تسجيل بيانات إعادة نسخة الكتاب 
المعارة إلى المكتبة؛ وتحديث بيانات الإعارة. وحالة الكتاب. وعدد الكتب المعارة 
غ- «جهز تقارير» وهى العملية المسئّولة عن إعداد جميع التقارير المطلوية لإدارة 
النظام من حيث تصميم الشكل المطلوب للتقرير وتكوين جملة الاستعلام المناسية 
لتنفيذ التقرير. بالإضافة إلى إصدار إشعارات التأخير والغرامات للمستعيرين 
المتأخرين عن موعد إعادة الكتب المعارة لديهم أو فقدانها ٠.‏ 
تون اة نضا على قاف ازن للزياتات سى سيره ووتسك ةكتابه 
و«إعارة». نلاحظ فى الشكل أن التدققات الخارجية للنظام هى التدفقات الخارجية 
الموجودة نفسها بمخطط السياق» ولكن هناك تفاصيل أدق لتدفقات أخرى داخلية بين 
العمليات ومخازن البيانات. 
يجب أن يراعى عند تصميم مخطط المنظور العام لتدفق البيانات أن تكون الاعتمادية 
بين العمليات الرئيسية التى يتضمنها أقل ما يمكن» بحيث لا تعتمد عملية ما على 
عملية أخرى عند تنفيذها. فمن المفترض أن تكون الوسيلة الطبيعية لبدء تشغيل 
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أى عملية رئيسية من خلال الكائنات الخارجية التى تتفاعل مع النظام أو من خلال 
ميقات زمنى محدد . وللتغلب على مشكلة الاعتمادية التى يمكن آن تنشاً بين العمليات 
الرئيسية بالنظام. يتم استخدام مخازن البيانات كوس يط طبيعى لتبادل المعلومات. 
فيمكن لأى عملية أن تستقبل مدخلاتها وتعالجها ثم تقوم بتسجيل مخرجاتها فى 
مخازن البيانات. ومن ثم يمكن لآى عملية أخرى بالنظام اس تخدام تلك المعلومات 
المخزنة باعتبارها مدخلات طبيعية لها. 


DFD Overview 
Level 0 





شكل )٤-۲(‏ مخطط المنظور العام لنظام الاعارة 
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: Detailed DFDs المخططات التفصيلية‎ ۳-١-١-۲ 
يتم توصيف مجموعة الأنشطة التى تتضمنها العمليات الأساسية للنظام من‎ 
خلال مجموعة من المخططات التفصيلية لمكونات مخطط المنظور العام» وذلك فى‎ 
عدة مستويات داخلية إلى أسفل. يتم تفكيك العملية الأساسية فى مخطط المنظور‎ 
العام إلى مجموعة من العمليات الفرعية المترابطة فى شكل مخطط تدقق بيانات‎ 
منفصل لهذه العملية فى مستوى تال. تيدأ الملخططات التفصيلية بالمستوى واحد‎ 
و اق إحدق فتاه العمليات القرغية قحتوق غلى تفاصيل‎ 2159:1261 
أخرى. فإنه يتم تفكيكها فى شكل مخطط تدقق بيانات منفصل فى المستوى‎ 
الثانى 1671-2 (10151: وهكذا . يعرف هذا الأسلوب بأسلوب «التفكيك الوظيفى‎ 

12 121011211" . كما هو موضح بالشكل (0-7). 


النظام العام 
iia ۰‏ د 


ا 
ا تسه 

1 ١ 1 

1 1 1 

1 1 1 

1 1 1 

1 ١ ١ 

١ 1 U 
ر او‎ 


شكل )٥-۲(‏ التفكيك الوظيفى للعمليات 
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ويوضح شكل (1-7) مخطط تدفق البيانات» المستوى واحد 1,671-1 ۴2( للعملية 
رقم ۲ «نفذ إعارة» فى مخطط المنظور العام لنظام الإعارة الموضح بالشكل .)٤-۲(‏ 
نلاحظ من الشكل أن العمليات الفرعية تتبع نظام ترقيم يبدأ برقم العملية الأساسية 
ثم الرقم الفرعى مثل ؟-١1:‏ ۲-۲ 7-17 وهكذا. تحتوى العملية الأساسية «نفذ إعارة» 
على أربع عمليات تفصيلية هى: 


١-۲‏ «حدد المستعير» وهى المسئولة عن استخراج بيانات المستعير من ملف المستعير 
بناء على البيان المدخل لها وهو رفم المستعير. 

۲-٣‏ «دقق عملية الإعارة» وهى المسئولة عن تدقيق بيانات الإعارة المطلوبةء فتبداً 
بتحديد نوع العملية المطلوبة «إعارة جديدة/تجديد إعارة»» وبعد ذلك يتم التحقق 
من حالة نس خة الكتاب المطلوبة للإعارة «متاحة/معارة» وذلك باستخدام بيان 
رقم نسخة الكتاب. وإذا كانت نسخة الكتاب متاحة للإعارة فإنه يتم التأكد من 
أحقية المستعير لإتمام عملية الإعارة وذلك من خلال معرفة عدد الكتب المعارة 
للمستعير ومقارنتها بالعدد المسموح به»ء والتآكد من عدم وجود محاذير على 
المستعير نفسه كأن يكون لديه كتب متأخرة أو مفقودة (أى أنه موجود بالقائمة 
السوداء). 

7-7 «سجل الإعارة» وهى المسئولة عن تنفيذ عملية الإعارة من عدمها بناء على البيانات 
المقدمة لها من العملية السابقةء فيتم تسجيل بيانات الإعارة فى ملف الإعارة 
وتحديث عدد النسخ المعارة للمستعير وتحديث حالة نسخة الكتاب المعار. 

2-7 «مدد الإعارة» وهى المسئولة عن تحديث بيانات الإعارة (تاريخ الاسترجاع لنسخة 
الكتاب المعار) فى حالة طلب المستعير تمديد فترة الإعارة لنسخة الكتاب المعار 
لديه. 

وثلاحظ آيضاً أن التدفقات الخارجية للمخطظ التفضيلى هى نفسها التى تصف 
حدود العملية الأساسية «نفذ إعارة» فى مخطط المنظور العام وهى نفسها الموجودة 
بمخطط السياقء. وذلك لضمان تحقيق الاتساق التام بين مخططات وصف النظام 
فى المستويات المختلفة. بالإضافة إلى وجود تدفقات أخرى داخلية بين العمليات 
التفصيلية وبين مخازن البيانات. ومن الممكن أن تكون هناك عملية تفصيلية فى 
هذا المستوى 1 1.6761 تحتاج إلى تفاصيل أكثر. وهنا يجب أن يتم وصفها من خلال 
مخطط منفصل فى المستوى الثانى 2 1.6971 ويتضمن عمليات تبدأً بترقيم العملية 

السابقة فى المستويين السابقين مثل ۱-۱-۲ء ,75-١-1!‏ وهكذا . 
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وحسة تراص ای العسدولتة لضو اكات 
أن يكون الارتباط بين العمليات التفصيلية عالياً جذا - بمعنى أن تكون العمليات 
التفصيلية فى حالة تفاعل وارتباط طبيعى لتحقيق الهدف من العملية الرئيسية. 
ولا يتحقق ذلك إلا من خلال التفاعل الطبيعى بين العمليات التفصيلية. كأن تقوم 
عماية بأد قیال اتات سرخلة وتعررها إلى عملية شر ققنصينية لتبشيقها :ون 
ثم تقوم عملية أخرى تفصيلية بمعالجتها. ثم تمرر مخرجاتها إلى عملية أخرى تقوم 
بتخزين المعلومات فى مخازن البيانات. كما هو مبين بالشكل (1-5) لتوضيح العمليات 
الخصيلة تة ميهد إغارة». 


DFD Details (Level 1( 


Process 2.0 5‏ 
0 ن 4 
ون 1 


3 






تاريخ اعادة النسخة 
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۲-۱-۲ وصف منطق العمليات :Process Logic Description‏ 
تتطلب عملية توصيف المتطليات الوظيفية للنظام أن يتم توصيف منطق العمليات 
الفرعية للنظام فى شكل نماذج نصية: ويتم إرفافها مع مخططات تدقق البيانات 
للنظام. الهدف من هذه النماذج هو وصف إجراءات العمل لكل عملية بشكل منطقى 
لا يعتمد على الآدوات أو التقنية التى ستقوم بتنفيذها. هناك عدة طرق تس تخدم 

لوضف منطق العمليات منها: 

- الإنجليزية الهيكلية ادناع5 11560أء5]1 أو العربية الهيكلية. 

. Action Diagrams مخططات العمل‎ - 

- جداول القرارات 198165 Decision‏ . 

. Decision Tree شجرة القرارات‎ - 

ومن الضرورى أن تتسم عملية توصيف منطق العمليات بالأسلوب المنطقى فقط 
ولا تستخدم أسلوب لغة برمجة معينة ولكن تتضمن المفاهيم الأساسية للبرمجة 
الهيكلية. وتعتبر هذه النماذج النصية أداة تفاهم مشتركة بين أفراد فريق التطوير من 
المحللين والمصممين والمبرمجين. 
١-7-1-١‏ الانجليزية الهيكلية Structured English‏ 

يفضل أغلب المحللين اس تخدام أسلوب الإنجليزية (أو العربية) الهيكلية لوصف 
منطق العمليات وذلك لتميزها بالجمع بين أسلوب اللغة الطبيعية والأسلوب الهيكلى 
هذا الأسلوب بعدة مميزات منها: 
- سهولة وصف الإجراءات وذلك باستخدام لغة طبيعية. 
- المرونة فى اس تخدام الهياكل البرمجية الأساسية مثل التدفقات والتفريعات 

والتكرارات. 

- تسهيل عملية التفاهم والاتصال بين فرق العمل بالمشروع (تحليل. تصميم: برمجة). 
- سهولة صيانة تفاصيل العمليات. 
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الفصل الثانى تمذجة اليرمجيات 


يفضل بعض أفراد التحليل استخدام أسلوب مخططات العمل أثتاء وصف منطق 
العمليات وذلك لقربها من الأس لوب البرمجى ولكن دون التقيد بلغة برمجة معينة. 
يفضل اس تخدام هذا الأسلوب فى حالة اشتراك أفراد فريق العمل فى أكثر من 
نشاط (تحليلء تصميم» برمجة) فى أثناء عملية التطوير. ولكن يعيب هذا الأسلوب 
صعوبة صيانة منطق العمليات فيما بعد خاصة من جانب أفراد آخرين التحقوا 
بالعمل فى المشروع. ولذلك فإنه من الأفضل اس تخدام أسلوب الإنجليزية الهيكلية 
مع مراعاة تغليب الطابع الهيكلى على الطابع الإنشاتى للجمل المستخدمة لوصف 
منطق العملية. يؤدى هذا الأسلوب إلى الجمع بين مميزات الأسلوبين من حيث سهولة 
الفهم واس تخدام التركيبات المنطقية المشابهة للتركيبات البرمجية. ومع ذلك فهناك 
بعض أفراد فريق التحليل يفضلون استخدام أسلوب مخطط التدفق 018116 Flow‏ 
لوصف منطق العمليات يشكل يجمع بين الأسلوب التخطيطى والأسلوب البرمجى. 
يوضح شكل (۷-۲) مثالا على استخدام أسلوب العربية الهيكلية لوصف منصطق العملية 
الفرعية «سجل الإعارة» فى نظام الإعارة. 


إذا كان ناتج العملية ۲-۲ = "إعارة” 
سجل بيانات إعارة جديدة فى سجل الإعارة 


حدث عدد النسخ المعارة للمستعير بإضافة واحد 
أما إذا كان ناتج العملية ۲-۲ = "حجز" 

فيتم تسجيل بيانات نسخة الكتاب والمستعير فى ملف الحجز 
وإلا فيتم 'رفض” تنفيذ عملية الإعارة 





شكل (۷-۲) مثال على استخدام أسلوب العربية الهيكلية 
وفى حالة احتواء العملية على عدد كبير من الشروط والأفعال مما يؤدى إلى 
كثرة التفريعات: ومن ثم صعوبة فى الوصف أو الفهم» فإنه يفضل استخدام أسلوب 
جداول القرارات أو شجرة القرارات. يتميز هذان الأسلوبان بدقة وسهولة التعامل مع 
التفريعات الناتجة عن تعدد الشروط وتداخلها وذلك ضمن قواعد العمل التى تحكم 
إجراءات عملية معينة تتصف بالتعقيد أو صعوبة التركيب. وفيما يلى عرض بسيط 
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نمذجة البرمجيات الفصل الثاتى 








لاستخدام الأسلوبين فى وصف منصطق عملية «دقق عملية الإعارة» فى نظام الإعارة 
بمكتية معهد الإدارة العامة. 


۲-۲-۱-۲ جداول القرارات 12165 :Decision‏ 
ينم أولاً تحديد مجموعة الشروط والأفعال الخاصة بعملية التدفيق وهى كما فل 


الشروط: 


-١‏ هل المستعير موجود بالقائمة السوداء نتيجة فقدان كتب معارة لديه أو كثرة 
التأخير فى استرجاع الكتب المعارة؟ 


هل عدد الكت اقعارة اليا الب ير اقل من السه الأقصين الموج ةة 

#د هل تة اكاب الظلوب إعارتها متاحة للاعارة او لا؟ 

الأفعال: 

اد إعارة زفي عملية الإعازة 'للمستمير): 

- حجز (حجز نس خة الكتاب للمستعير فى حالة عدم توافر أى نسخة الآن للإعارة 
أو فى حالة وصول عدد الكتب المعارة للمستعير للحد الأقصى). 

!- رفض (رفض تنفيذ عملية الإعارة للمستعير نظرا لوجوده ضمن القائمة السوداء). 
نقوم الآن بتمثيل تلك المعلومات من خلال جدول القرارات الذى يأخذ شكل الجداول 


المنطقية (شكل (۸-۲)) كما يلى: 
: 
2 رقض 











3 


٤ 
٣ 








- 


0 
0 
0 
00 


دعم 
شكل (۸-۲) الشكل الأولى لجدول القرارات لعملية «دقق عملية الإعارة» 
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۸ إدارة وتطوير مشاريع البرمجيات 


الفصل الثانى نمذجة البرمجيات 








نلاحظ من الجدول أنه يتم تنفيذ عملية الإعارة فى حالة واحدة فقطء والحجز فى 
حالتين: والرفض فى باقى الحالات. وبدراسة حالات الرفض نجد أن عددها خمس 
حالات: منها أربع حالات تتضمن الشرط ١‏ عندما تكون فيمته تساوى «نعم». ولذلك 
فسوف نقوم بتمثيل الحالات الأربع بحالة واحدة تحتوى على قيمة الشرط الأول فقط , 
بغفض النظر عن قيم الحالات الأخرى. يؤدى ذلك إلى إنتاج شكل مبسط لجدول 
القرارات كما هو مبين بالشكل .)١-۲(‏ 





شكل (۹-۲) الشكل المبسط لجدول القرارات لعملية «دقق عملية الإعارة» 


٣-۲-۱-۲‏ شجرة القرارات Tre‏ 15101ع106: 


يمكتنا تمثيل المعلومات السسابقة نفسها باسلوب آخرياخن شكل شجرة المعلومات 
وهو ما يسمى بشجرة القرارات. يبدأ جذر الشجرة بالشرط الأول وتكون فروعه 
هى القيم المسموح بها للشرطء وتكون محصورة فى قيمتين فقط بالنسبة للشروط 
المنطقية هما لإنمم/لا): وينظاق الشرظ الثائل من تهاية فرعن الشرط الأول مما 
يؤدى إلى أريعة فروع. وينطلق الشرط الثالث من نهاية الفروع الأريعة السابقة, مما 
يؤدى إلى ثماتية أفرع: وهكذا لباقى الشروط ختى نصل إلى القرارات التى تمثل 
العملية. يمكننا أيضاً تبسيط شجرة القرارات بدمج الفروع التى تؤدى إلى القرار 
تنم 4 وتقتمن على رظ مسي أو أكثز الاتغاة القاران جف التظر هن قيمة بای 
الشروط. يوضح شكل )٠١-17(‏ الشكل المبسط لشجرة القرارات المقابل لجدول 
القرارات المبسط (شكل :)١-۲(‏ 
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تمذجة البرمجيات الفصل الثانى 








رقض 


إعارة 


٠ 


۲ 





رقض 


شكل )٠١-۲(‏ الشكل المبسط لشجرة القرارات لعملية «دقق عملية الاعارة, 


:Entity Relationship Diagram (ERD) مخطط العلاقة بين الكائنات‎ ۳-١-۲ 
فى حين كانت تركز مخططات تدقق البيانات 101105 على وصف عمليات نظام‎ 
الأعمال» فإن مخططات العلاقة بين الكائنات 818105 تركز على وصف كائنات نظام‎ 
. Data Modeling الأعمال وتمثيل العلاقات بينهاء فيما يعرف بنمذجة بيانات النظام‎ 
يساهم أسلوب نمذجة بيانات النظام فى تنظيم وتوثيق جميع بيانات نظام الأعمالء‎ 
ويعتبر هو المدخل الطبيعى لتصميم قواعد بيانات النظام. تتم نمذجة بيانات النظام‎ 
بشكل مرتى من خلال تمثيل جميع كائنات النظام 8410165 بشكل منطقى وتمثيل‎ 
. العلاقات المنطقية بينها 5م1نط16136025 بغض النظر عن التقنية المستخدمة لتنفيذها‎ 
:)۲۰۰۲ يتضمن نموذج ۳۸2 ما يلى (السماكف‎ 


:System Entities كائنات النظام‎ ۱-۳-۱-۲ 


بياناته فى مخازن بيانات النظام. فيما يلى أمثلة لبعض الكائنات الشائعة الاستخدام 
فى نظم الأعمال. 


ا ل ص ی 
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الفصل الثانى نمذجة البرمجيات 


شخص (عميلء طالب» مدرس» موظضف» (esas‏ 
شىء (كتاب» سلعة» جهاز» سيارة» عقار: (sas‏ 
مكان (منطقة. مخزن» فرع: مبنى» (ese‏ 

حدث (بيع: شراء. تسجيلء حجزء طلب......). 


مفهوم (حساب» مخزون: منهج دراسی» اعتماد مالى: 6 


sEntities Attributes خصائص الكاتنات‎ 

تك .خصاكضن الكاكن مجموعة الصسئنات أو السمات القى يزه عن باقن الكاكتانف 
مثل الاسم العنوان» الوظيفة: وغيرها. أحيانا يحتوى الكائن على خصائص مركبةء أى 
أنها تحتوى على خصائص أخرى فرعية مثل: 

الاسم (الأولء المتوسطء الأخير). 

العنوان (الدولةء المدينةء الرمز البريدى. صندوق البريد). 

يحتوى كل كائن على خاصية أو أكثر تميز حالات الكائن 125]22©©5: أى أنها تأخذ 
قيمة وحيدة 721016 171210116 لا يمكن أن تتكرر فى حالات أخرى للكائن. تستخدم 
هذه الخاصية لتحديد هوية الكاتن أو ما يطلق عليه «مفتاح أساسى “Primary Key‏ . 
إذا كان هناك أكثر من خاصية مقن أ خد دحا اساسا :اشيم تيار اها 
ويكون الآخر مفتاحا بديلا ره 4811612216 يمكن اس تخدامه عند الضرورة فيما 
بعد أثناء صيانة أو توسعة نظام الأعمال. وهناك خصائص أخرى يتكرر حدوتها 
فى حالات عديدة للكائن وتكون غالبا مماثلة لقيم مفتاح أساسى فى كائن آخر. 
ويطلق عليها «مفاتيح خارجية ره 15016182“ . يستخدم هذان النوعان من المفاتيح 
لتوصيف العلاقات المختلفة بين كائنات النظام. يوضح شكل )١١-17(‏ مثالا لخصائص 
كاك «تظالب». 
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تمذجة البرمجيات الفصل الثانى 
سے 





Student 


Student Number (Primary Key) 
National Number (Atternatekey) 
Name (Composite Attribute) 

» Last Name. 


e First Name 
e Middle Name 
Address (Comeosite Attribute) 


e Street 

e City 

e State 

e Postal code 
Telephone 
Birth Date 
Gender (Subsetting Criterial ) 
Major (Subsetting Criteria 2) 
Grade Point Average 





شكل (۱۱-۲) خصائص كائن «طائب» 


۲-۳-۱-۲ العلاقة بين الكائنات Entities Relationships‏ : 

العلاقة ھی رابطة عمل بيعي موجودة بين واحد وأكثر من الكائنات داخل النظام. 
من الممكن أن تمثل العلاقة حدثا 8764 معينا يربط بين الكائنات أو تمثل علاقة قرابة 
متطاقية فو وة أصلا بين الكاكنات شملا تكون الفاق ة اكنطفية أل كريط بين 
المنهج الدراسى والطالب نتيجة حصول حدث معين وهو إجراء عملية التحاق الطالب 
بهذا المنهج الدراسى. وتكون العلاقة بين المدرس والمادة من خلال عملية التدريس أو 
التأهيل للتدريس. وتكون العلاقة بين المسافر ورحلة طيران معينة من خلال عملية 
الحجز, وهكذا. وكمثال للعلاقة بين الكائنات نتيجة القرابة الطبيعية بينهاء نجد 
الملاققة الطبيعية بين العقار ومالك المقارء إذ إن لكل عقار مالكا معيناً: والعللاقة بين 
الآ والكايعين لهف اللق الصحى أو الاجتماعى: وهكعنا: 
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الفصل الثانى نمذجة البرمجيات 
٠-۲-۳-۱-۲‏ تعددية العلاقة :Cardinality‏ 

من الطبيعى أن يكون لأى علاقة اتجاهان (اتجاه لكل طرف من طرفى العلاقة) 
ويجب تحديد نوع العلاقة لكل اتجاه. تبين تعددية العلاقة العدد الأكبر Maxi ٣1‏ 
والعدد الأصغر 71111111121133 لتكرار حدوث حالات أحد الكائنات المتعلقة بحدوث حالة 
كائن آخر مرتبط به. يجب تحديد التعددية فى كلا الاتجاهين للعلاقة نظراً لأن كل 
العلاقات ثنائية الاتجاه. فمثلاً العلاقة بين الطالب والمنهج الدراسى تعتبر من النوع 
«واحد أو أكثر إلى صفر أو أكثر '(2/1231279-10-1/12312”: فمن جهة كائن الطالب نجد أن 
الطالب الواحد يمكن أن يلتحق بمنهج دراسى أو أكثر. ومن جهة كائن المنهج الدراسى 
نجد أن المنهج الواحد يمكن أن يتم دراسته من قبل طالب أو أكثر أو لا يتم دراسته 
حتى الآن: كما هو مبين بالشكل (۱۲-۲). 


Student ا جل م‎ Curriculum 


منهج دراسى يتم دراسته بواسطة طالب 





شكل )٠۲-۲(‏ تمثيل العلاقة بين الكائنات 


۲-۲-۳-۱-۲ درجة العلاقة :Degree of Relationship‏ 
تمثل درجة العلاقة عدد الكائنات التى تشارك فى العلاقة وهى ثلاثة أنواع: 


:1111217 أو أحادية‎ Recursive Relationship علاقة ذاتية‎ -١ 


هى علاقة بين حالات 125131665 من الكائن نفس ه: وفيها يحتوى الكائن على 
خاصية (حقل) ترتبط بخاصية أخرى موجودة كما فى المثال التالى (شكل .))١١-۲(‏ 
فنجد أن المادة ©01115) يمكن أن تتطلب إتمام دراسة مادة أخرى أو أكثر كمتطلب 
أساسى لتدريسها. يتم وصف تلك العلاقة بين رقم المادة (11 0011156 (المفتاح الأساسى 
للكائن) وبين رقم المادة المتطلبة Prerequisite Course‏ (المفتاح الخارجى داخل الكائن 
نفسه)- ويا لمثل فإنه هن الممكن أن تكون المادة متطلبا أساسيا لمادة أخرى أو أكثر. 
ولذلك فإن العلاقة تأخذ الشكل متعدد - إلى - متعدد ومن النوع «اختيارى» فى 
الاتجاهين. 
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تمذجة البرمجيات الفصل الثانى 
حم ا أ ج س ا 










Course مادة‎ 


Course ID (PK) 
Course Title 
Course Credit 
Prerequisite Course (FK 





يتطلب 


شكل )٠١-۲(‏ العلافة الذاتية 


:Binary Relationship علاقة ثناتية‎ -" 

هى علاقة بين حالات كائنين: يتمثل الارتباط فيها من خلال خاصية (أو أكثر) 
مشتركة فى الكائنين وتكون تلك الخاصية هى المفتاح الأساسى فى أحد الكائنين 
وتكون المفتاح الخارجى فى الكائن الآخر المرتبط به. يوضح الشكل )١5-7(‏ إحدى 
العلاقات الثنائية التى تمثل العلاقة بين الموظف 212710[66 والقسم 10626 الذى يعمل 
به. فنجد أن كل قسم يحتوى على مجموعة من الموظفين العاملين به. وأن كل موظف 
يجب أن يكون ملتحقا بقسم معين. أى أن العلاقة من النوع واحد - إلى- متعدد 
من ناحية القسم باتجاه الموظف. ولذلك فقد تم إدارج رقم القتسم ضمن خصائص 
الموظف باعتباره مفتاحا خارجيا يرتبط بكائن القتسم ام٤(‏ ليصف عملية الربط بين 
الكائنين. 


Employee 
موظف‎ 


Emp No (PK)‏ ]4 حت 
Dept No (PK) Dept No (FK)‏ 
Title Nê‏ 





شكل )١15-7(‏ العلاقة الثنائية 





:4 إدارة وتطوير مشاريع البرمجيات 


الفصل الثانى نمذجة البرمجيات 


:N-ary Relationship علاقة متعددة‎ -'٠ 
تعتبر العلاقات الثنائية من أوضح أنواع العلاقات بين الكاتنات وأسهلها عند التطبيق‎ 

من خلال أحد نظم إدارة قواعد البيانات المتاحة. ولكن كما ذكرنا من فيل فإن تمثيل 
العلاقات بين الكائنات يكون ترجمة حقيقية لطبيعة الارتباط الفعلى بين تلك الكائنات. 
اانا یون لارا ماد من خلال علاقة شرقبة بين کو سی فاسين كما طن اکال 
الموضح بالشكل )٠٠١-۲(‏ الذى ى يوضح علافة مركية بين ثلاثة كائنات هى «الطالب» 
و«المدرس» و«المادة» وهى تحدث فعليا فى أثناء عملية التسجيل للطالب فى مادة معينة 
قبل بداية الفصل الدراسى فى نظام التسجيل بالجامعات بأسلوب الساعات المعتمدة. 
ونلاحظ أن تلك العلاقة تحتوى على خصائص معينة تصف عملية التسجيل نفسها 
مثل «تاريخ التسجيل» و«المعدل الفصلى». ويتم تمثيل تلك العلاقة المركبة من خلال 
كائن آخر يمثل عملية الارتباط بينهم يسمى «كائن الربط 7إاتاصظ “Associative‏ وهو 
يستخدم للربط بين أكثر من كائن: وهو يحتوى على مفتاح أساسى مركب موروث من 
الكائنات الأخرى المرتبطة من خلاله. يشير كل جزء من المفتاح الأساسى المركب 
لكائن الربط إلى مفتاح أساسى لكائن من الكائنات المرتبطةء وهو يمثل أحد المفاتيح 
الخارسية لكات الريك وتم إا كات الزيطة اللتساكسن الإ اة اکى تک 
العلاقة الناتجة عن الحدث وهو «التسجيل» مثل «تاريخ التسجيل» و «المعدل الفصلى». 
والجدير بالذكر هنا آنه لأ ينيقى أن تستيدل تلك العلاقة الثلائية الصريحة بمجموعة 
من العلاقات الثنائية البسيطة كحل للمشكلة. كأن يتم تمثيل العلاقة الثلاثية من 
لدل ك علاقات قاقية دين كل من «الطانب-آكآذةوووالظال-الدوش و ووالدوس - 
الماذة» إذا إن لك العالاقات هى بمنزلة غلاقات افتراضية غير واقعية مطلقا: :فمثلا 
لا توجد.علاقة طبيعية بين الطالب واكادة إلا من خلال هة الق جيل وكذلك لا 
توجد علاقة طبيعية بين الطالب والمدرس إلا من خلال عملية التسجيل أو التدريس. 
وأيضا لا توجد علاقة طبيعية بين المدرس والمادة إلا من خلال عملية التسجيل أو 
التدريس. ولذلك فإن عملية التسجيل أو التدريس هى العلاقة الطبيعية التى تربط 
بين الكائنات الثلاثة فى الوقت نفسه. وبالمثل نجد أن هذا المفهوم ينطبق على العديد 
من التطبيقات العملية مثل فيام الموظف بعملية حجز موعد لمريض فى عيادة معينة 
عند طبيب محدد» أو قيام موظف معين بتسجيل عملية حجز لمسافر فى رحلة طيران 
معينة: أو تكليف موظف بتنفيذ مهمة محددة فى مشروع معين يتطلب مهارة محددة: 
وغيرها من التظييقات الت تعتوق على غالاقاك متعددة. 
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Student Course 
مادة طالب‎ 







Associatve 
Entity كائن‎ 


Instructor 





مدرمن 


شكل )١16-7(‏ علاقة متعددة وكائن الريط 


يستخدم أيضاً أسلوب كائن الربط لحل مش كلة العلاقة المعقدة «متعدد - إلى - 
متعدد» الموجودة بين كاتنين» وتحويلها إلى علاقتين بسيطتين من النوع «واحد - إلى 
- متعدد» من الناحيتين: كما هو موضح بالشكل )١١-۲(‏ الذى يمثل العلاقة بين المؤلف 
والكتاب. فطبيعة العلاقة أن المؤلف يمكن أن يؤلف كتاباً أو أكثرء وبطبيعة الحال فإن 
الكتاب الواحد يمكن أن يشارك فى تأليفه مؤلف واحد أو أكثر. ولتبسيط تلك العلاقة 
المركبة: يتم تمثيل العلاقة فى شكل كائن ريط «تالیف» يحتوى على بيانات الكتب التى 
شارك فى تأليفها كل مؤلف» أو بمعنى آخر بيانات المؤلفين لكل كتاب. فنجد أن كائن 
الربط «تاليف» يحتوى على الخضائص التالية كبيانات أساسية للكائن: 

- رقم المؤلف. 

عرفو الاب 


السسصسس#42بلسسس يبيب بببببببييبببح 
۷٦‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الثاتى تمذجة البرمجيات 








بالإضافة إلى أى بيانات أخرى تخص عملية التأليف. ويكون المفتاح الأسامسى 
للكائن «تأليف» هو مفتاحا مركيا يتكون من كلتا الخاصيتين. 


Author 
مؤلف‎ 


Author 


علاقة متعدد - إلى - متعدد 
Many - to- Many‏ 
يؤلف 






مؤلف 





شكل ١15-1١(‏ ) استخدام كائن الريط Associative Entity‏ 


:Generalization التعميم‎ -f 
نوع كائن منفصل يسمى نوع علوى م(55منا5. وتكون باقى الكائنات عبارة عن أنواع‎ 
فرعية 6م5116 ترث الخصائص المشتركة من النوع العلوى 51106117706 وتضيف‎ 
)١۷-۲( إليه خصائص أخرى تميز حالات كل نوع فرعى. ومثال ذلك يوضح الشكل‎ 
تمثيل أنواع التوظيف المختلفة فى بعض المؤسسات. فنجد أنه بغض النظر عن طبيعة‎ 
الوظيفة فإن لكل موظف مجموعة من الخصائض المشتركة التى لا تعتمد على نوع‎ 
الوظيفة مثل رقم الموظف والاسم والعنوان وتاريخ الميلاد. وهناك خصائص أخرى‎ 
تعتمد على نوع الوظيفة مثل الراتب أو الأجر بالساعة أو قيمة المكافأة. وعلى ذلك‎ 
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نمذجة البرمجيات القصل الثانى 


«موظت ع10[76م2م" . وتم تمثيل باقى الخصائص التى تمثل الأجر من خلال ثلاثة 
كائنات فرعية مرتبطة بالكائن العلوى «موظف». يحتوى كل كائن قرعى على البيانات 
التى تميزه بالإضاقة إلى مقتاح الربط «رقم الموظف». فنجد أن الكائن «بعض الوقت 
“Prt "ime‏ يحتوى على بيان معدل الأجر بالساعة. فى حين يحتوى الكائن «دائم 
“u1 Time‏ على بیان الراتب الستوى» ويحتوى الکائن «استشارى 60511856" على 
بيان فيمة الاستشارة. ويمكن لكل كاكن غرعغى أن يرت (يستخدم) جميع بيانات 
(خصائص) الكائن العلوى «موظف» بالإضافة إلى البيانات الخاصة به. 


Emp-ID 


Name 
Address: 
Birth-Date 









Consultant 





Emp-ID 
Hourly-rate 


شكل )٠۷-۲(‏ استخدااح أسلوب التعميم 


۲-۲ النمذجة الموجهة يالكاتنات :Object-Oriented Modeling‏ 
بان ال وها الل الوب ئ ا هة التق كم ان را مها 

للأسلوب الأكثر شيوعا الآن فى تظوير النظم وهو أسلوب الكاتنات الموجهة -]اءءز01 

02 . يعتمد هذا الأسلوب على مفهوم الکائن e٤٤‏ ز0 كمركب أساسى 


۷۸ إدارة وتطوير:مشاريع البرمجيات 


اتفصل الثاتى تمذجة البرمجحيات 
E‏ با م يي يس ست تج 





لتطوير النظم. يتميز الكائن بتركيب خاص يقوم على تغليف كل من بيانات 44 
وسلوك 86138105 الكائن فى إطار واحد مما أدى إلى إمكانية استخدامه فى نمذجة 
كل من بيانات وعمليات النظام فى آن واحد خلال مراحل التحليل والتصميم» وكذلك 
يتم استخدامه فى مرحلة البرمجة من خلال لغات البرمجة الموجهة بالكائنات 
Programming‏ Oriented-ectiز0b.‏ يدعم هذا الأسلوب مجموعة من الخصائص 
المهمة والمفيدة فى بناء النظم الكبيرة والمعقدة مثل التوريث ع1561711820: والتجريد 
Abstraction‏ والتغليف 51131052م18222: وتعدد الأوجه Polymorphism”‏ . بالإضافة 
إلى الميزة الأساسية التى يتميز بها هذا الآسلوب وهى إمكانية إعادة استخدام الكائنات 
المصممة جيدا فى عدة تطبيقات مشابهةء مما يوقر اتوقت والمجهود والتكلقة أيضا فى 
أثناء تطوير أنظمة جديدة. 


الكائن أءء[01+ 

الكاتن هو أى شىء حقيقى له مواصفات محددة ويؤدى مهمة معينة أى أنه له دور 
فعلى فى الحياة العملية. ولهذا نقول إن الكائن موجود حولنا فى كل مكان. الكائن 
يمكن أن يمثل شيئًا ماديا محسوسا أو مرئيا مثل الأشخاص أو الأشياء المادية (كتاب 
جهاز. سلعة وثيقة: ..) ويمكن أيضا أن يمثل الكائن شيئًا غير مادى مثل مفهوم 
أو حدث (تسجيل طالب فى دورةء حجز فى رحلة طيران» حساب. عميل فى بنك 
ميزاديف 4 

والكائن له مجموعة من الخصاتص آو السمات «Attributes‏ وله وظيفة أو سلوك 
يتم وصف سلوك الكائن عن طريق مجموعة من العمليات 61201025م07. 
وهى تصف طريقة تفاعل الكاتن مع الكاتنات الأخرى.. فمثلا يحتؤى الكائن الذى يمثل 
شخضًا على فض الخصاكصن مقل: 

الاسم النوع؛ تاريخ الميلاد: العتوان: هه 

ويحتوى الكائن على عمليات تصف سلوكة مثل: 

يقرأ ( )> يكتب ( )» يآكل ( : enn‏ 

وجدير بالذكر هنا أن العمليات الخاصة بالكائن هى فقتط التى تستطيع أن تتفاعل 
مع بياناته (خصائصه) مياشرةةء. وهى بذلك تحمى الكائن من التغامل الخطر غير 
المتوقع من خارجه. 
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نمدجة البرمجيات الفصل الثانى 
التجريد :Abstraction‏ 


المقصود بالتجريد هو التركيز على السمات (الخصائص والعمليات) التى نحتاج إليها 
الآن فى أثناء عملية النمذجة وتتعلق بوجهة النظر التى يتم فحص النظام من خلالها 
وترك باقى السمات التى لا تتعلق بها. يختلف التجريد من مرحلة إلى أخرى فى أثناء 
نمذجة النظام: فعلي حسب الاحتياج يكون النموذج موجزا أو يحتوى على تفاصيل. 
وتكون النماذج غالبا فى المستويات الأعلى موجزةء وتكون النماذج فى المستويات الأدنى 
محتوية على تفاصيل أكثرء حتى نصل إلى أدنى مستوى من التجريد . 


التوريث Inheritance‏ 
يصف التوريث علاقات المشاركة بين بعض كائنات النظام. فعندما يشترك عدد 
من كائنات النظام فى بعض السمات (خصائص وعمليات) وتختلف فى البعض الآخر. 
يمكننا هنا تنظيمها فى شكل صنف عام أو علوى 12855) 65م511: وأصناف فرعية 
65 . يحتوى الصنف العلوى على السمات المشتركة بينهاء وتحتوى الأصناف 
الفرعية على السمات الخاصة بكل كائن. ويتم تمثيل علاقة التوريث أو الوراثة بين 
الصنف العلوى والأصناف الفرعية والتى تعنى أن جميع الأصناف الفرعية يمكنها أ 
ترث سمات الصنف العلوىء بالإضافة إلى السمات الخاصة بها. وقد تم توضيح ذلك 
فى أثناء عرض علاقة التعميم 66261211281052 بين الكائتنات من خلال الشكل (؟1-5١).‏ 


تعدد الأوجه :Polymorphism‏ 

يعنى تعدد الأوجه أنه يمكن لأصناف مختلفة أو مكونات مختلفة أن تؤدى نفسها 
المهمة ولكن بطريقة مختلفة. فمن المعروف فى مجال البرمجيات أنه يوجد عديد من 
الأدوات البرمجية التى تقوم بالوظيفة نفسها ولكن بأسلوب مختلف مثل أدوات الرسم 
وكتابة النصوص ولغات البرمجة. ومن جانب آخر يمكن أن تحتوى أصناف مختلفة 
على عملية بالاسم نفسه ولكن تختلف عن بعضها فى الأسلوب أو حتى فى الوظيفة. 
فمثلا يمكن أن يتضمن عدد من الأصناف عملية باسم «افتح» ويكون مفهومها فى 
أحد الأصناف يعنى: «فتح جهاز». وفى صنف آخر يعنى «فتح ملف» وفى صنف ثالث 
يعنى «فتح حساب مالى» وهكذا. ومن الواضح أنه فى كل حالة سيتم تنفيذ عملية 
مختلفة تماما مع أنها تأخذ نفس الاسم. وتكمن أهمية هذا المفهوم فى أنه يمكننا 
من المحافظة على المصطلحات الطبيعية فى كل مجال دون اللجوء إلى اس تخدام 
مصطلحات مصطنعة للتغلب على مشكلة تشابه الأسماء مع الاختلاف فى المفهوم. 


5 إدارة وتطوير مشاريع اليرمجيات 


الفصل الثانى نمذجة البرمجيات 








: Encapsulation التغليف‎ 


يقصد بالتغليف هنا أنه يتم إخفاء تفاصيل سلوك الكائن عن الكائنات الأخرى التى 
تتعامل معه. فمثلاً يتكون جهاز الحاسب الآلى من عدة مكونات أو كائنات تتفاعل 
فعا لتحقيق أهداف استخدام الحاسب. ولكن ليس من الضرورى إطلاقاً أن يكون أى 
مكون من الجهاز على دراية تامة بكيفية تنفيذ مكون آخر لوظيفته» ولكنه يتعامل معه 
ويستخدم ما يقوم به من وظيفة دون الحاجة لمعرفة كيفية تنفيذها . فمثلاً يستخدم 
المعالج C۲‏ كلاً من لوحة الإدخال. والشاشة: والقرص الصلب لتنفيذ مهام معينة 
يحتاج إليها عند تنفيذ المهام المطلوبة منهء ولكن لا يتطلب ذلك معرقته الكيفية التى 
يقوم كل مكون بأداء وظيفته. نستفيد من ذلك أنه عند حدوث خلل أو عطب فى أحد 
المكونات» يتم صيانته أو استبداله دون التأثير فى المكونات الأخرى التى تتعامل معه. 
هناك ميزة أخرى لمفهوم التغليف وهو أن عملية إخفاء خصائص الكائن 171011226102 
Hiding‏ عن باقى الكائنات تؤدى إلى حماية تلك الخصائص من التعامل غير الصحيح 
من الخارج الذى قد يعرضها للخطر أو التدمير. ولكن الصحيح أن يتم حمايتها وذلك 
بقصر التعامل معها من خلال عمليات الكائن نفسه فقط ويتم تصميمها بعناية تؤدى 
الغرض المطلوب دون تعريض البيانات للخطر. 
الرسائل Messages‏ : 

تتفاعل الكائنات فيما بينها عن طريق أسلوب الرسائل؛ فيقوم الكائن المرسل بإرسال 
رسالة لكائن آخر يحدد فيها الخدمة المطلوبة. وبعد ذلك يقوم الكائن الممستقبل 
باستقبال الرسالةء ثم يقوم بتنفيذ العملية المطلوبة. وتجدر الإشارة هنا إلى أن 
الرسالة يجب أن تحتوى على اسم الكائن المستقبل» ثم اسم العملية المطلوب تنفيذها 
مصحوية بالمعلومات الضرورية لتنفيذ العملية. 


١-۲-۲‏ مقدمة عن لغة.17111: 

تقى اقلت ساون البرججة ية جال القاكدات تجاسا مبهرا شن تظوير القطبيقاك 
فى الفترة من آوائل التسعينيات إلى الآن: مما أدى إلى استخدامه عل نطاق واسع 
واعتماده اموا ميس كايا لتطوير تطبيقات النظم. فكان من الطبيعى أن 


تواكب أساليب تحليل وتصميم النظم هذا الأسلوب فى تطوير النظم. ويتطلب ذلك 
استحداث طرق جديدة لنمذجة النظم تعتمد على أسلوب الكائنات الموجهة والاستفادة 
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نمذجة البرمجيات الفصل الثاتى 


من الخصائص الجديدة التى تميزه فى أثناء عمليات التحليل والتصميم. وقد ظهرت 
عدة محاولات جادة فى هذا المجال فى أوائل التسعينيات من جانب كل من 800٤٥۸۰‏ 
1 11111021181 . وفى منتصف التسعينيات تم تجميع هذه المحاولات 
وتقديم منهجية موحدة لنمذجة النظم أطلق عليها اسم «لغة النمذجة الموحدة 
“Unified Modeling Language (UML)‏ . 

تعتبر لغة التمتجة الموحدة 011 إحدق الوسلائل المرئية التن تس تخذم لنمذجة 
النظم 81001128 mمstرS‏ من خلال مجموعة من المخططات 101387315325 التى تصف 
تركيب 51111111156 وسلوك 8612371015 أى نظام معلومات. تمكن لغة 1ل مطورى 
النظم من وصف رؤيتهم لنظام برمجى معين بطريقة فياسية سهلة الفهم: وتساعدهم 
على تبادل وجهات النظر ومناقشتها مع مستخدمى النظام بطريقة فعالة. 

تتت من 100:31 عرد ة متتاهيم وزوز وار شارات مقي جد ا یکن مظورى النظم 
من وصف النظام بدقة ومن وجهات نظر متعددة. تقوم لغة 0M]‏ بتمثيل تلك 
المفاهيم من خلال مجموعة من المكونات والمخططات التى تمكننا من وصف النظام 
من منظورات 1716575 مختلفة مثل (2005 :(Rumbaugh et. Al,‏ 
- المنظور الساكن 171687 56812 أو التركيبى الذى يصف مكونات أو هيكل النظام. 
- المنظور الديناميكى 171617 1071131212 الذى يصف سلوك 85612351015 النظام. 
- المنظور البيثى 17161 111771021262491 الذى يصف البيئة المحيطة بالنظام وتفاعلها معه. 
- منظور تنظيمى 0183122610131 لتنظيم النماذج 8400615 فى شكل حزم 

695 تتمكن فريق العمل من تقسيم النظم الكبيرة إلى مجموعة من النظم 
الفرعية مع توضيح التفاعلات بينها. 

تتميز لغة 1ا بأنها تقوم بوصف النظام من خلال عدة نماذج (مخططات). 
إذ يقوم كل نموذج بوصف النظام أو جزء منه من منظور معين. مما يؤدى إلى فهم 
النظام بشكل جيد: ويسهل أيضاً من عملية الاتصال والتفاهم بين أعضاء فرق التطوير 
بالنظام: بالإضافة إلى التفاهم والاتصال مع مجموعة مستخدمى النظام. 

وعلى هذا فإنه يمكننا تعريف لغة 1ا بأنها لغة نمذجة متعددة الأغراض 
Purpose Modeling Language‏ [0662612. ومع أنها ليست لغة برمجة إلا أنه يمكن 
استخدامها من خلال إحدى أدوات هندسة البرمجيات 10015 04515 لإنتاج برامج 


AY‏ إدارة وتطوير مشاريع البرمجيات 
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بلغات برمجة عديدة لتنفيذ تطبيقات النظم المختلفة مثل أداة «مصمم أوراكل 1216© 
Designer‏ المقدمة من شركة أوراكل العالمية فى مجال تطوير تطبيقات نظم قواعد 
البيانات. 


۲-۲-۲ نمذجة النظم باستخدام لغة.[1/1[]: 
تعتبر نمذجة النظم من السمات الرئيسية لأغلب منهجيات تطوير النظم. ولذلك 
منظورات. ومن ثم يتم نمذجة السمات التى تميز النظام. وكلما كان النظام كبيراء 
زادت أهمية نمذجته. 
يعتبر النموذج أMode‏ بمنزلة مخطط غ15:م816 يمثل النظام أو وما منه مرکا 
أو حسب المنظور المطلوب تمثيله. ولذلك فإن نظم المعلومات تحتاج إلى أسلوب 
النمذجة الذى يمكنتا من وصف النظام من عدة وجهات نظر مختلفة تدعم عملية 
الفهم والتواصل بين المشاركين فى النظام. بالإضافة إلى أن نماذج النظام تعتبر جزءا 
أساسيا من توثيق النظام الذى يساعد أى عضو جديد فى فريق العمل على فهم النظام 
والتعرف علين خصائصه ومكوناته. 
تعتبر لغة النمذجة الموحدة .11841 هى الأسلوب القياسى المعتمد لنمذجة نظم 
المعلومات. يحتوى النموذج على جزأيين أساسيين هما: )2004 .(Schmuller,‏ 
- رموز رسومية 7101884089: تمثل مكونات النماذج رسومياً والعلاقات بينها. 
- معلومات دلالية :Semantic Info‏ معلومات تصف المعنى أو المفهوم من النموذج. 
تستخدم النماذج لعدة أغراض منها: 
لدراستها والموافقة عليها. 
اد مساعفة الطورين فى كر التضميات اقفر هة كملول للنظام واختيار الأتسب 
منها قبل عملية التنفيذ. 
-٣‏ توليد مكونات تشغيلية للنظام قابلة للاس تخدام مثل هياكل الكائنات ومحتوى 
الإجراءات وفواعد البيانات. 
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تمذجة البرمجيات الفصل الثانى 

-٤‏ تنظيم المعلومات داخل النظام من خلال عدة منظورات مثل المنظور الساكن لمكونات 
النظام 171617 عنأه5t.‏ والمنظور الديناميكى لسلوك الكائنات بالنظام نإ 4" Dy‏ 
View‏ . 

-٥‏ إمكانية السيطرة على الأنظمة الكبيرة والمعقدة: وذلك باستخدام أسلوب النمذجة 
على عدة مستويات. 


۲-۲-۲ مكونات تغة U M1‏ : 
الأفضل أن نعرض مكونات لغة 1ا من خلال عدة منظورات 1716175 . المنظور ببساطة 
هو نموذج أو أكثر يمثل النظام أو جزءا منه من وجهة نظر أو رؤية معينة. يحتوى 

المنظور على مخطط 10138153532 أو أكثر لتمثيل المفهوم المقصود بشكل تخطيطى. 


:5]111]11121 تركيبى‎ -١ 
يصف مكونات النظام التركيبية والوظيفية والعلاقات بينها. يحتوى هذا التصنيف‎ 
على عدة مخططات مثل مخطط الأصناف 10138173172 0138565). ومخطط حالات‎ 

. Components Diagram ومخطط المكونات‎ .Use Cases Diagram الاستخدام‎ 


:Dynamic Behavior سلوك ديناميكى‎ -١ 
يصف سلوك النظام من جانب التغيرات التى تحدث على مكونات النظام. يحتوى‎ 
هذا النوع على مخططات مثل مخطط الحالة 101381312 563]6: ومخطط النشاط‎ 

.Interaction Diagram ومخطط التفاعل‎ «Activity Diagram 
Physical Layout تخطيط مادى‎ ۳ 


يصف هذا النوع المصادر التى يتم استخدامها لنشر النظام Deploy”‏ . 
يستخدم مخطط النشر 1013817312 7126114إ10م106 لوصف هذا النوع. 


۸٤‏ إدارة وتطوير مشاريع البرمجيات 
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للع ع لل -بإ)ح-ببحبح-- يي 0 

:Management Model نموذج تنظيمى‎ -٤ 

الحزمة Package Diagram‏ ومخطط المكونات 101381812 Component‏ لوصف هذا النوع. 
وسوف نستعرض الآن معظم المخططات التى تقدمها لغة النمذجة الموحدة ,171/11. 


:Classes 101381212 مخطط الأصناف‎ ٤-۲-۲ 
يعتبر مخطط الأصناف من المخططات الأساسية التى تستخدم لوصف مكونات‎ 
51511101521 النظام فى الحالة الساكنة 5]816: أى آنه يصف النظام من المنظور البنائى‎ 
أو المنظور الساكن 171617 518]16. يصف مخطط الأصناف أنواع الكائنات الموجودة‎ View 
بالنظام والعلاقات بينها فى حالة السكون. يصف المخطط أيضا خصائص وعمليات كل‎ 
صنف فى النظام: بالإضافة إلى القيود 001351131245 التى تحكم اتصال الكائنات بعضها‎ 
ببعض. يتم توصيف مجموعة الكائنات المشتركة فى التركيب 50111011116 والسلوك‎ 
فی شكل صنف 019855 يحتوى على خصائص 41111511165 الكائنات والعمليات‎ Behavior 
التى تصف سلوكها. يعتبر الصنف 01355 هو المكون الأساسى لمخطط‎ 35 

الأصناف. ويتم تمثيله من خلال صندوق يتكون من ثلاثة أجزاء هى (شكل (18-5)): 
- اسم الصنف Class-Name‏ . 


Attribue: Type 


. Attrib‌ut‌s الخصائص‎ - 


. Operations العمليات‎ - 










Operation(): 
Return-Type 


شكل (۱۸-۲) الشكل العام للصنف 21355 
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الخصاتص 8ع Attrib u)‏ : 

تعتبر الخاصية هى إحدى السمات التى تميز صنف الكائن وتصف مجموعة القيم 
القىيمكن أياختها الگائن» ممكن أةايحتوئ الصتق على عبيون من الإتصناكصن: 

الشكل العام للخاصية فى لغة 1ل هو: 

Visibility name: type multiplicity = default {property string} 

حيث تحدد ,انا ازئزر مدى استخدام الخاصية» وهى إما عام عذاط1ا2 ويرمز لها 
بالرمز (+): أو خاص 2117366 ويرمز لها بالرمز (-): وسيتم شرحها فيما بعد. 

وتحدد 1161167م21111: عدد الكائنات التى يمكن أن تأخذ الخاصية (صفر أو واحد 
أو أكثر). 

وتمكننا اوهل من إضافة قيمة افتراضية للخاصية. 

وتمكننا 5011118 رأاممدام من إضافة أى معلومة أخرى للخاصية مثل read‏ 
01017 لتوضيح عدم إمكانية التعديل فى قيمة الخاصية. يوضح شكل )١15-7(‏ مثالا 
لخصائص الصنف 01061 . 






+ dateReceived: Date (0.001) 
+ isPrepaid: Boolean (1) 
+ rintltems: orderLine ( * ) 


+calculate Total: double 


شكل (۱۹-۲) خصائص وعمليات الصنف 01061 





:Operations العمليات‎ 


تمثل العمليات مجموعة الأفعال 46]1055 التى يمكن أن يقوم بها صنف الكائن. 
وكما ذكرنا من قبل» فإن العمليات تمثل واجهة الصنف. حيث يتم التعامل الخارجى مع 
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الكائن من خلالها فقط» وهى التى تقوم بدورها بالتعامل مع خصائص الكائن. هناك 
نوعان أساسيان من العمليات هما: 
-١‏ عمليات تقوم بتحديد قيم خصائص الصنف مع إمكانية التعديل فيهاء أى أنها تغير 
من حالة الكائن؛: وتسمى Setting Methods‏ أو Modifiers‏ . 
۲- عمليات تقوم بالاستعلام عن قيم خصائص الصنف. ولا تقوم بتغييرهاء أى أنها لا 
تغير من حالة الكائن: وتسمى Getting Methods‏ أو Query‏ . 
الشكل العام للعملية فى لغة 0١11‏ هو: 
Visibility name(parameter-list): return-type {property string}‏ 
تمثل return-type‏ نوع القيم المسترجعة من العملية فى حالة 01117 . 


العلاقات :Relationships‏ 
تحتوى لغة .17141 على مجموعة من العلاقات المختلفة التى تربط بين مكونات 
اللغة. يعرض شكل (SY)‏ مجموعة العلاقات ووصفا مختصرا لهاء بالإضافة إلن 

الرهوز المستخدمة لتمثيل كل علاقة فى لغة ٠.07051‏ 


. الأصناف المختلفة 1]5ع00[6)‎ Association 


تصف العلاقة بين الأصناف العلوية 
التعميم upper-class‏ والأصناف الفرعية 
Generalization‏ 511-65 فى أثقاء عملية 
التوريث 1121161118166 . 
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تصف العلاقة بين صنف الواجهة 171611366 
والأصناف التى تحققه أو تطبق مواصفاته 
السلوكية .Implementation‏ 


التحقيق 
Realization‏ 


تصف علاقة الاعتمادية الموجودة 
الاعتمادية بين صنفين يكون لأحدهما تأثير فى 
Dependency‏ الآخر. 





شكل )۲٠-۲(‏ أنواع العلاقات فى تغة M1‏ 0ا 
وفيما يلى وصف موجز لكل نوع من أنواع العلاقات بين الأصناف فى لغة 0١1‏ . 
الارتباطات Associations‏ : 
يتم توصيف الارتباط المنطقى بين أصناف الكائنات باس تخدام خط توصيل بين 


الأصناف يحدد نوعية الارتباط. ويمكن إضافة مقطع نصى لتوضيح نوع الارتباط 
كما هو موضح بشكل (۲۱-۲). 





شكل )١١-7(‏ الارتباط بين أصناف الكائنات 


أحيانا تحتوى عملية الارتباط نفسها على بعض الخصائص والعمليات» وهنا يجب 
تمثيل عملية الارتباط من خلال صنف خاص يسمى صنف الارتباط Associative‏ 
4ة1. ويتم ريطة بالأصتاف الأخرى داخل النظاء. كمثال على ذلك فإنة يمكنتا ميل 
عملية الارتباط بين الشخص والسيارة فى شكل صنف ارتباط يسمى «عقد» يصف 
عملية الارتباط بين الصنفين من خلال عملية تحرير عقد يحتوى على عدة خصائص 
متها تاريخ البيع والسعر وطريقة الدفع:. يوضح يكل (9-7؟) كيفية تمثيل سقف 
الارتباط «عقد» بطريقتين مختلفتين فى لغة .[/ل]. 
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Person Car 
سيارة * | 0.1 کن‎ 


Contract 


عمد 





شكل (۲۲-۲) صنف الارتباط 


الارتباطات المؤهلة :Qualified Associations‏ 
عندما تكون قيمة أحد الخصائص للصنف هى المؤهلة لاختيار الكائنات المقابلة 
لهافى صنف آخر مرتبطة بهء فإن هذه الخاصية تسمى مؤهل الربط 01121165 . 
وعلى هذا الأساس يتم اعتماد قيم هذه الخاصية لاختيار كائنات معينة من مجموعة 
الكائنات المرتبطة التى تحقق عملية الارتباط بين الصنفين. تستخدم لغة 1ا رمز 
المستطيل ملاصقا للصنف الذى يحتوى على الخاصية المؤهلة. يوضح شكل (77-5) 
مثالاً على استخدام الارتباط المؤهل حيث تم اختيار مؤهل الربط المكون من خصائص 
«رقم المقعد تصن[ “Seat‏ و «التاريخ “23٤‏ لتحقيق عملية الربط بين الصنف 
«عرض» والصنف «تذكرة» مما يعنى أن كل تذكرة تكون مخصصةلمقعد محدد فى 

تاريخ محدد لأحد العروض. 


Ticket‏ الارتباظ المؤهل 
تذكرة date: Date‏ 
seat: SeatNumber | ١ .‏ 


شكل (۲۳-۲) الارتباط المؤهل 
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التعميم 2121211220101 ): 


تعتبر خاصية التوريث من المفاهيم الأساسية لأسلوب الكائنات الموجهة. وتكمن 
أهميتها فى أنها موجودة بكثرة فى معظم الأنظمة التى نتعامل معها فى حياتنا اليومية. 
يتم تمثيل الخصائص والعمليات المشتركة فى شكل صنف عام 1255© 86261781 أو صنف 
علوى 0255 511061. ويتم تمثيل الخصائص والعمليات التى تخص كل نوع فى شكل 
أصناف فرعية 135565© 5115 ترتبط بالصنف العلوى من خلال علاقة التعميم. يتم 
تمثيل علاقة التعميم باستخدام سهم على شكل مثلث يبدأ من الأصناف الفرعية 
ويتجه نحو الصنف العلوى. تسمح هذه العلاقة للأصناف الفرعية أن تستخدم جميع 
الخصائص والعمليات الموجودة بالصنف العلوى مع إمكانية تغييرهاء وذلك بالإضافة 
الى الخصافطن والحملنات الوحودة كل صنتف فرعن .. أحنات ا يظلى على الهف 
العلوى اسم الصنف الأب 1355© 3624م والصنف الفرعى اسم الصنف الابن child‏ 
53 يمكنتا تمثيل تلك العلاقة على هذة مستويات: فيمكن للصضنقف الابن أن يكون آبا 
لصتف او اماق اخرى قرعية. وود كل 7 م جكالاً تقل خاصية التسم 
فى عدة مستويات. نلاحظ فى هذا المثالٍ أن الصنف «حصان 10۲8#“ هو نوع من 
الصنف ”ثدييات 1223121231" وهو يعتبر أيضا نوعا من الصنف "حيوان 32112121" . 





شكل )١1-7١(‏ مثال لخاصية التعميم 
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الاعتمادية :Dependency‏ 
تعتبر الاعتمادية نوعاً من العلاقات بين الأصناف التى يقوم فيها أحد الأصناف 
«عميل “client‏ باستخدام صنف آخر «مزود e۲‌نامم‌ناء‏ . ويعنى هذا أن أى تغيير فى 
الصنف 1167مم501 يؤدى إلى تغيير فى الصنف 11626ء. ولذلك فهو يعتبر معتمدا عليه. 

توجد الاعتمادية بين الأصناف لعدة أسباب منها: 

- أن يرسل صنف رسالة إلى صنف آخر لاستخدام إحدى وظائفه. 

- أن يكون صنف ما عبارة عن جزء من بيانات صنف آخر. 

- أن يكون أحد الأصناف عبارة عن متغير ممرر 4۲۵۴۴۲ 03551115 لإحدى عمليات صنف آخر. 

اق وكين اس الأستاق حعرقا یی مطل ناكل خی هات ان 

- أن يكون أحد الأصناف معرقا كمنتغير غام 61061 فيصيح متاحاً نكل العمليات. 
يتم تمثيل الاعتمادية فى لغة 01 باس تخدام خط متقطع ينتهى بسهم موجه 

ناحية الصنف 1162مم501. كما هو موضح بالشكل (10-7). يتضح من الشكل أن 

الصنف «نافذة» يعتمد غلئن الصنئف «موظف» الذى بدوره يعتمد على الأضتاف «بيانات 

موظف» وبيانات أخرى» وهى تزوده ببيانات الموظف التى يتم عرضها من خلال صنف 


النافذة. 
بيانات 
it‏ سس 
اسا ا س 
يانات سا 
أخرى 
شكل )١60-١(‏ مثال للاعتمادية 
التجميع 858516826101 : 


أحيانا يحتوى النظام على صنف عام (مجمع) وهو عبارة عن مجموعة من الأصناف 
الأخرى التى تم تجميعها فى شكل الصنف المجمع. وهنا نجد أن هناك علاقة تجمع 
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بين الصنف المجمع والأصناف المكونة له وهي تسمى علاقة «جزء-كل» “part-whole”‏ 
أو علاقة التجميع Aggregation‏ . فمثلا يمكننا وصف العلاقة بين جهاز حاسب 
وأجزائه المختلفة فى شكل علاقة تجميع. يوضح شكل )۲١-۲(‏ تلك العلاقة حيث 
يعتبر الصنف “Home Computer”‏ هو الصنف المجمع whole”‏ « وهو يتكون من 
عدة أجزاء. كل جز ء فى شكل صنف " “part‏ مثل mouse”. “monitor”. “keyboard”.”‏ 
021-860 . ونجد أيضاً أن أحد هذه الأجزاء ”*«ه021-8* ' يتكون من عدة أجزاء 
ونفنذا يقير ميدكا ددا ”016 ” لأصناف أخرى مكونة له فى شكل أصناف “part?‏ 
مثل RAM”. Hard-Drive”‏ ".05-2011" . وكذلك نجد أن الصنف 001156" هو 
بمنزلة صنف مجمع لكل من “Button”. “Mouse-Ball”‏ يم تمثيل علاقة التجميع 
فى لغة .1131 فى شكل خطوط تصل الأجزاء بالمجمع لها وتنتهى بشكل «معين مفرغ» 
يتجه نحو الصنف المجمع. 


Home 
Computer 





شكل )۲٠-۲(‏ علاقة التجميع 
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الفصل الثانى تمذجة البرمجيات 








مثال لاستخدام مخطط الأصناف: 

يوضح شكل (۲۷-۲) مثالاً لاستخدام مخطط الأصناف لوصف الشكل البنائى 
لنظام حجز وبيع التذاكر فى إحدى دور العرض الترفيهية. يتميز هذا النظام باحتوائه 
على معظم أنواع العلاقات بين الأصناف التى تم ذكرها آنفا. يحتوى المخطط على 
مجموعة الأصناف الأساسية التى تمثل عملية الحجز مثل «عميل 011501261" و«حجز 
“Reservation‏ و«تذكرة “Ticket‏ و «حفلة Performance‏ و «عرض 251011 . تحتوى 
عملية الحجز على نوعين: الأول هو الحجز الفردى لشخص واحد. والثانى هو الحجز 
الجماعى لمجموعة من الأشخاص لا تقل عن ثلاثة ولا تزيد على ستة أشخاص. يتم 
تنفيذ العرض الترفيهى فى أكثر من حفلة فى اليوم أو فى الأسبوع. يبدأ العميل 
بتحديد عملية الحجز (فردى/جماعى) ويمكنه أن يقوم بإجراء حجز واحد أو أكثر. 
وصنفين فرعيين له هما «فردی» «جماعى» كما هو موضح بالشكل. وبعد ذلك 
يتم استخراج التذاكر للعميل: وذلك بإصدار تذكرة للحجز الفردى وعدد من التذاكر 
يناسب عدد الأشخاص فى الحجز الجماعى. تصدر التذكرة للعميل فى مقعد معين 
فى حفلة معينة (بتاريخ ووقت محددين) لعرض معين. ويتم تمثيل ذلك من خلال 
علاقة الربط المؤههل بين صنف «تذكرة» وصنف «حفلة» باس تخدام خاصية «المقعد 
غ562" باعتبارها مؤهلا لعملية الربط. 


: Use Cases Diagram مخطط حالات الاستخدام‎ 0-7-١ 
يستخدم مخطط حالات الاستخدام لوصف المتطلبات الوظيفية للنظام. يتم تحديد‎ 
Interactions تلك المتطلبات فى أثناء مرحلة التحليل من خلال مجموعة التفاعلات‎ 
الى تحدت ليا بي سس ته می التظاء والتظام تق فكل مستخم له ظريقته‎ 
فى التعامل مع النظام من خلال مجموعة من الإجراءات فى شكل سيناريو معين‎ 
3110مع؟5. والسيناريو هو عبارة عن مجموعة الخطوات الإجرائية التى تصف تفاعل‎ 
الممستخدم مع النظام لتنفيد وظيفة محددة. يتم وصف أى إجراء وظيفى يتفاعل به‎ 
المستخدم مع النظام (سيناريو) من خلال وحدة وظيفية تسمى «حالة استخدام 56لآ‎ 
وبالطبع فإن تعامل المستخدمين مع النظام يمكن حصره فى شكل مجموعة‎ . “6 

من السيناريوهات أو حالات الاستخدام 3565) 1156 . 
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نمذجة البرمجيات الفصل الثانى 


name: String 
phone: String 


add (name,phone) 
1 































* 
Reservation 
A 1 










جماعی 
Subscription‏ 


فردى 
Individual‏ 


0..1 










available: Boolean 


sell (c: customer) 
exchange () 


فلة 





Performance 





date: Date 
time: TimeOfDay 





شكل (۲۷-۲) مثال لمخطط الأصناف 
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القصل الثانى تمذجة البرمجيات 
الع أ + ا ا 





يستخدم مخطط حالات الاستخدام لوصف تفاعل مجموعة المستخدمين مع النظام 
من خلال مجموعة من حالات الاستخدام. تكمن أهمية هذا المخطط أثناء عملية 


التحليل للنظام» حيث يتم استخدامه لوصف متطلبات النظام الوظيفية من وجهة نظر 


الفاعل 482]01: 

يكون الفاعل شخصا 262502 أو جهازا عcاہe(‏ أو أى نظام فرعى 5115-3(5]612 
آخر يتفاع ل مع النظام الحالى. والفاعل من النوع (شخص) يمكن أن يكون عميلا 
Customer‏ أو مندوب مبيعات 591650615012 أو مديرا 21322867 أو غيره. الفاعل من 
النوع (جهاز) يمكن أن يكون قارئا آليا لأكواد الأصناف 825-6006 أو كاميرا أو خطا 
هاتفيا أو غيره. الفاعل من النوع (نظام فرعى) يمكن أن يكون نظاما آخر يتكامل مع 
مع النظام الحالى. 


نموذج حالة استخدام Use Case Model‏ : 
يبدأ الفاعل A٤0۲‏ عادة فى التعامل مع حالة الاستخدام ٥35۴‏ مء بطريقة 
ما مثل إدخال بيان أو إرسال رسالةء ويمكنه أيضا أن يستقبل مخرجات من حالة 
حالات استخدام النظام من قبل مستخدمى النظام. وهو يشابه مخطط السياق 
Context Diagram‏ المستخدم فى طريقة التحليل الهيكلى. فهو يصف حدود النظام 

وتفاعله مع المستخدمين من الخارج» وهو يحتوى على: 

- الفاعلون 46015 . 

. Use Cases حالات الاستخدام‎ - 

- العلاقات بين حالات الاستخدام والفاعلين Relationships‏ . 

كلو تفاصيل عديدة: فيمكننا أن نجزتها إلى مجموعة من حالات الاستخدام البسيطة. 
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تمذجة البرمجيات الفصل الثانى 
ا ل ڪڪ ص ڪڪ 





يوضح شكل (۲۸-۲) مثالاً لاستخدام مخطط حالات الاستخدام لوصف المتطلبات 
الوظيفية لعملية شراء السلع. يحتوى المخطط على أربعة فاعلين «عميل» و«مندوب 
مبيعات» ودعوظف شحن» و«مشزف». يقوم العميل باستعراضن قائمة السلع بالاشتراف 
مع مندوب المبيعات لاختيار السلع المطلوب شراؤها من خلال حالة الاستخدام 
«استعرض سلعا». بعد ذلك يقوم النظام بعرض بيانات أسعار السلع المختارة وتكاليف 
شحنهاء ومن ثم يقوم العميل بتعديل القائمة (بالحذف أو الإضافة) ثم يقوم بتأكيد 
عملية الطلب من خلال حالة الاستخدام «اطلب سلعا». بعد ذلك يقوم موظف الشحن 
بالاشتراك مع العميل بملء بيانات طلب الشحن من خلال حالة الاستخدام «املأ طلب 
شحن». ثم يقوم العميل بالاشتراك مع المشرف بإدخال بيانات التسديد لفاتورة شحن 
السلع المطلوبة مثل بيانات الدفع الفورى أو بيانات الدفع بشيك مصرفى أو بيانات 
التسديد الإلكترونى باستخدام بطاقات الائتمان. 

يكم الاستفادة أيضاً من مخطط حالاث الاستخدام فى تخديد الأصتاف 
ئه المستخدمة بالنظام» وتحديد العمليات لكل صنف (باستخدام محتوى حالة 
الاستخدام). 





شكل (۲۸-۲) مخطط حالات الاستخدام 
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الفصل الثانى تة ارجات 
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محتوى حالة الاستخدام Use Case Content‏ : 
كما ذكرنا من قبل فإن حالة الاستخدام تمثل أحد سيناريوهات التفاعل بين 
المستخدم والنظام: وأن السيناريو يتكون من مجموعة من الخطوات الإجرائية لتنفيذ 
هة أو وة فعيكة:. وا لتنا فان كك الحظوات لا حطر فى طق خا 
الاستخدام» وإنما تظهر الحالات فقط وتفاعلها مع الممستخدمين. لأن مخططات 
حالات الاستخدام قر ا یبا من وثائق تحليل وتصميم النظام: ويتم الرجوع 
إليها دائماً من قبل فريق التطوير بالنظام لاس تخراج مكونات مخطط الأصناف 
وتحديد الخصائص والعمليات المطلوبة وكذلك أثناء تحديد حالات الأختبار للوحدات 
الوظيفية: فإنه يتحتم علينا إعداد محتوى جميع حالات الاس تخدام الموجودة قى 
المخططات وتضمينها مع وثائق النظام لنتم عملية الفهم لفريق التطوير. لم تفرض 
لغة M1‏ شكلاً تا لوصف محتوى حالات الاستخدام ولكنه من الأفضل أن 


- اسم حالة اللاستخدام» ووصف مختصر لها . 

- اسم الفاعل الأساسى الذى يبدأ تنفيذ حالة الاستخدام. 
- مجموعة الافتراضات 45511122141015 (إن وجدت). 

- الشروط المسبقة لحالة الاستخدام Preconditions‏ . 

- خطوات تنفيذ حالة الاستخدام 5م5]6. 

- الشروط اللاحقة بعد انتهاء السيناريو Postconditions‏ . 
- اسم الفاعل المستفيد من مخرجات حالة الاستخدام. 


- استخدام الامتدادات 8611510125 فى حالة وجود شرط يؤدى إلى إجراءات 
نتلفة. 


يوضصح شكل (؟55-5) محتوى حالة الاستخدام «شراء سلع» الموضحة بالشكل 
(۲۸-۲). 
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نمذجة البرمجيات الفصل الثانى 
o‏ > ےی 


اسم حالة الاستخدام: شراء سلع 

الفاعل الأساسى: عميل 

السيناريو الأساسى: 

۲- يختار العميل السلع التي يريد شراءها. 

آذ وعوش النظام اتات اماو السام البكتارة وة الفسن: 
-٤‏ يقوم العميل بتعبئة بيانات شحن السلع المختارة. 

-٥‏ يقوم العميل بإدخال بيانات الدفع لفاتورة الشحن. 


1- يقوم النظام بالتحقق من بيانات الدفع. 
۸- يرسل النظام رسالة بالبريد الإلكترونى للعميل لتأكيد عملية البيع. 


امتدادات: 
فى حالة قشل عملية التحقق من بياتات بطاقة الدف: 
فی من ب ب فع 
- يقوم العميل بإعادة إدخال بيانات بطاقة الدفع؛ 
أو يقوم العميل بإلغاء العملية. 


الفاعل المستفيد: عميل 





شكل (۲۹-۲) مثال لمحتوى حالة استخدام 

:Relationships Among Use Cases العلاقات بين حالات الاستخدام‎ 

تتفاعل حالات الاستخدام داخل المخطط بعضها مع بعض وكذلك مع الفاعلين بعدة 
أشكال. يتم تمثيل أشكال التفاعلات بين حالات الاستخدام ومع الفاعلين من خلال 
مجموعة من العلاقات مثل «الارتباط 45500121052 و «التعميم “Generalization‏ 
و «التضمين “Inclusion‏ و «الامتداد “Extension‏ كما هو موضح بالشكل (۳۰-۲). 
تنشاً علاقة الارتباط طبيعيا بين الفاعل وحالات الاستخدام للنظام. أما باقى العلاقات 
(وهى بين حالات الاستخدام فقط) فتكون نتيجة لعملية إعادة تنظيم مكونات حالات 
الاستخدام الأولية لتلائم خصائص ومميزات أسلوب الكائنات الموجهة الذى يتم اتباعه 
فى أثناء عمليات تحليل ونمذجة متطلبات النظام. فإذا كانت هناك مجموعة من 
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الفصل الثانى تمذجة البرمحيات 


حالات استخدام النظام تشترك فى بعض المتطلبات» فإنه يمكننا أن نستخدم علاقة 
التعميم لفصل الجزء المشترك فى شكل حالة استخدام عامةء وترتبط بعلاقة التعميم 
مع ا عه الاستخدام المرعية والمكملة لها حسب كل متطلب. وبالمثل يمكننا استخدام 
علاقة التضمين بين حالة استخدام معينة وحالات استخدام أخرى تكون معدة مسبقا 
لتكون ضمن مكونات حالة الاس تخدام الحالية: مما يدعم أسلوب إعادة الاستخدام 
5615311167 الذى يتميز به أسلوب الكائنات الموجهة. وكذلك يمكننا استخدام علافة 
الامتداد بين حالة اس تخدام معينة وحالات استخدام أخرى جديدة تنشا فى أثناء 
عمليات التحديث والصيانة للنظام: وذلك بدون التعديل فى مكونات حالة الاستخدام 


الارتباط : 

. 861015 والفاعلين‎ Association 
تصف العلاقة بين حالة استخدام عامة‎ 
C11 وحالات استخدام فرعية‎ Parent 


«<Include>> 
إمكانية استخدام حالات استخدام أخرى من‎ 


Inclusion‏ داخل حالة استخدام معينة. 


الامتداد إمكانية إضافة حالات اس تخدام جديدة إلى «Extend»‏ 
Extension‏ حالة استخدام معينة. 





شكل )٠١-۲(‏ العلاقات بين حالات الاستخدام 
وفيما يلى وصف مختصر لكل نوع من أنواع العلاقات فى مخطط حالات الاستخدام. 


التضمين 11121115101: 
يتطلب أحياناً أن تتضمن إحدى حالات الاستخدام سلوك 06821101 حالات استخدام 
أخرى كجزء من سلوكها . وهنا يتم ربط حالة الاستخدام بالحالات المتضمنة للسلوك 
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تمذجة البرمجيات الفصل الثانى 
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المطلوب من خلال علاقة تسمى «تضمين 12-1115102 . يتم تمثيل تلك العلاقة فى 
لغة .آ1111] مثل علاقة الاعتمادية بين الأصناف. وهى عبارة عن خط متقطع ينتهى 
يسم يشير ناحية الحالات المتضمنةء ويكتب بجواره كلمة las .<<Include>>‏ فى 
الشكل .)۳١-۲(‏ 


الامتداد :Extension‏ 
يتطلب فى أحيان أخرى أن تكون حالة اس تخدام معينة هى امتداد إضافى 
Extension‏ 121262421 لحالة اس تخدام أساسية Base Use Cas‏ . ومن الممكن 
أن تكون هناك أكثر من حالة استخدام امتدادا لحالة الاستخدام الأساسية. يتم ربط 
حالات الاستخدام (الامتداد) بحالة الاستخدام (الأساسية) من خلال علاقة الامتداد 
Extension‏ . يتم تمثيل تلك العلاقة فى لغة .171411 مثل علافة التضمين: ولكن يكون 
اتجاه السهم ناحية حالة الاستخدام الأساسية: ويكتب جوارها كلمة <<1]620؟؟: 

كما فى شكل (۳۷-۲). 


التعميم 261211226101 ): 

يمكننا تطبيق مفهوم التوريث 1716114826 بين حالات الاستخدام ایشا فمن 
الممكن تصميم حالات الاستخدام المشتركة فى بعض السلوك فى شكل حالة استخدام 
عامة أو أب 0856 1756 4م226 ومجموعة من حالات الاس تخدام الفرعية أو الأبناء 
و5 مو 01114 . وهنا يمكن للحالات الفرعية أن ترث سلوك الحالة العامة وتضيف 
إليهاٍ سلوكها الخاص بها. يتم تمثيل تلك العلافة كما هن تنا بين الأصناف وتسمى 
أيضاً علاقة التعميم Generalization‏ بين حالات الاستخدام. . ويشير المثلث (رأس 
العلاقة) إلى الحالة العامة كما فى شكل (؟1-١5).‏ 


التجميع :Grouping‏ 
عنتما يكون عند حالات الاس تخدام كبيراء فمن الأفضل غيم اللخظظ فى شكل 
مجموعات. وكل مجموعة تحتوى على عدد من حالات الاستخدام المتفاعلة لأداء 
رضن مع ٠‏ يحت ذلك غالبا عندها يكون النظام مكوتا من مجموعة من الآنظمة 
الفرعية أو يمكن تجزئته إلى مجموعة من المكونات الوظيفية. ونحتاج هذه الخاصية 
دائما فى أثناء مرحلة توصيف متطلبات النظام» حيث يتم وصف كل متطلب فى شكل 
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الفصل الثانى تمذجة البرمجيات 








مخطط حالات استخدام منفصلء» ثم يتم تجميع تلك المخططات فى شكل مخطط 
مجمع للنظام. 

يوضح شكل )5١1-7(‏ أسلوباً آخر لوصف مخطط حالات الاستخدام لعملية «شراء 
سلع» المقدمة فى الشكل (۲۸-۲) وذلك بعد إعادة تنظيم حالات الاستخدام لتلائم 
أسلوب إعادة الاستخدام لبعض المتطلبات الوظيفية للنظام. فقد تم فصل عمليات 
طلب المنتج وتقديم بيانات العميل من حالة الاستخدام «اطلب سلعا» ووضعهما فى 
شكل حالات استخدام منفصلة «اطلب منتجاً» و «قدم بيانات عمیل» وتم ربطهما 
بحالة الاستخدام الأصلية «اطلب سلعا» من خلال علاقة التضمينء. وذلك لإتاحة 
إمكانية استخدامهما من قبل حالات استخدام أخرى داخل التظام أو خارجه» وكذلك 
تم إعادة تنظيم عملية الدفع من خلال حالة استخدام عامة «حدد طريقة الدفع» 
ويرتبط بها ثلاث حالات فرعية لثلاثة أنواع لتسديد فاتورة شحن السلع وهى «دفع 
نقدى» و«دفع إلكترونى» و«شيك مصرفى». وقد تم ربط حالة الاستخدام العامة «حدد 
طريقة الدفع» بحالة الاستخدام «اطلب سلعاً» من خلال عا تتش ن ها ن 
جزءاً من عملية طلب السلع. وقد تم أيضا إضافة حالة الاستخدام «استعرض قائمة 
السلع» إلى حالة الاستخدام «اطلب سلعا» باستخدام علاقة الامتداد. 


ل <<include>>‏ 
<<علناء ممع . 


anda 


parent 





شكل )۳١-۲(‏ العلافات فى مخطط حالات الاستخدام 
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٦-۲-۲‏ مخطط التتايع :Sequence Diagram‏ 

يمكننا التعرف على سلوك النظام من خلال التفاعل الذى يتم بين كائنات النظام. 
هناك طريقتان لوصف هذا التفاعل. يتم التركيز فى الطريقة الأولى على سلوك 
كائن واحد» وهو ما سيتم تقديمه من خلال مخطط الحالة. وتتضمن الطريقة الثانية 
مجموعة من الكائنات المتفاعلة التى تمثل وجهة نظر مفصلة لسلوك النظام أو جزء منه 
من خلال سيناريو معين. تحدث التفاعلات بين الكائنات فى شكل خطوات متتالية, 
وكل خطوة تستغرق فترة زمنية محددة. وعلى هذاء فإنه لا بد من تحديد السيناريو 
آلا انيد بتمثيل التفاعلات بين الكائنات طبقاً لهذا السيناريو. تستخدم لغة U M1‏ 
مخطط التتابع 1013851312 ع56011676 لتمثيل هذا النوع من التفاعلات. يتم التفاعل 
بين الكائنات من خلال الرسائل الممررة بينها. يتم رسم خط رأسى متقطع من الكائن 
إلى أسفل المخطط يسمى «خط الحياة للكائن 11٥‏ ©11.] 5']ء06[6" . نرسم مستطيلا 
راسيا ضيقا حول خفل الحياة للكاكن يسسى «مسستظيل التنشيط 16ا 68ا6 ° : وهو 
يمثل تنفيذ عملية يقوم بها الكائن. يمثل طول مستطيل التنشيط الفترة الزمنية 
المطلوبة لتنفيذ العملية. يتم تمثيل الرسالة من كائن إلى آخر بخط له سهم يبدا من 
خط الحياة للكائن المرسل إلى خط الحياة للكائن المستقبل للرسالة. 

يتم تمثيل الوقت فى المخطط فى الاتجاه الرأسى ويبداً من أعلى متجهاً إلى أسفل. 
يتم تمثيل الرسائل حسب الأسبقيةء الرسائل الموجودة أعلى المخطط تبداً قبل التى 
تليها لأسفل. وعلى هذاء فإن مخطط التتابع يعتبر تناتى الأبعاد . تمثل الكائنات 
الاتجاه الأول (الأفقى) من اليسار إلى اليمين: ويمثل الوقت الاتجاه الثانى (الرأسى) 
ويتجه من أعلى إلى أسفل. 


مثال لمخطط النتابع: 

و 5 ا ام مخ الصادي ديك وضه سيتارن صمية 
إحدى حالات الاستخدام فى نظام طلبات العملاء الخاصة بحساب تكلفة أحد طلبات 
العملاء. يقوم الكائن 01067 31 باستدعاء الكائن 1.126 05061 313 لمعرفة السلع 
المطلوبة وكميتها من خلال الرسالتين از" ua‏ tQءع‏ › غ250011]ع8. وبعد ذلك يقوم 
الكائن 01065 مه باستدعاء الكائن ]3210011 لمعرفة سعر كل سلعة موجودة فى 
الكائن 1:18 an Order‏ من خلال الرسالة 15نهة]ء(86»)211281: ثم يقوم بحساب 
إجمالى السعر لكل سلعة من خلال استدعاء الطريقة عع1112]682356211ء631 الموجودة 


1۰۲ إدارة وتطوير مشاريع البرمجيات 


الفصل الثانى نمذجة اليرمجيات 





داخل الكائن نفسه 01061 312. وبعد ذلك يقوم الكائن 01061 312 بالحصول على نسبة 

الخصم Discount‏ من الكائن aCustomer‏ من خلال الرسالة getDiscountInfo‏ 

ليقوم بعد ذلك بحساب التكلفة النهائية لطلب العميل. نلاحظ فى هذا المثال أنه 

لم يتم تمثيل الرسائل المسترجعة لجميع الرسائل المرسلة فى المخطط. ولكن تم تمثيلها 

فى حالة واحدة فقط. وذلك لتجنب كثرة الخطوط وتبقى الفكرة منطقية وهى أن 
جميع الرسائل من النوع 0811 تحتاج إلى رسائل مسترجعة لها. 





الكاتنات 


: 1ك 


الزمن 





شكل (۳۲-۲) مثال لمخطط التتابع ش 


:State Diagram مخطط الحالة‎ ۷-۲-۲ 


أنظمة أخرى. يمكن لأى كائن أن يتفاعل مع كائنات أخرى فى النظام عن طريق 
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الرسائل المتبادلة بينهم: مما يؤدى إلى نوع من التغيير فى حالة الكائنات. وأحياناً 
يحدث تغيير فى حالة الكائن مع مرور الوقت وبدون تأثير من كائن آخر فيه. لابد 
من فاد وسيلكة فة لتمكجة طك ال راج ال حظرا على الكتاقانت. مده 
0 كمال الحالة باعقاره ا اوا قال لوصف السلوا الما سكن لكاثتات 
النظام وذلك بتمثيل التغيرات التى تحدث لكائنات النظام مع الوقت أو نتيجة أحداث 
معينة. فبعض الكائنات تتغير حالتها مع الوقت مثل أى عملية زمنية (مرتبطة بوقت 
محدد). وبعض الكائنات تتغير حالتها نتيجة حدث معين مثل بدء تشغيل أو إيقاف 
عملية آو إجراء معين. 

يتكون مخطط الحالة من مجموعة من الحالات 56865 والانتقالات بينها 
5 . وهو يصف رد فعل كائن معين للأحداث التى تواجهه. وبأسلوب آخر› 
فإن مخطط الحالة هو نموذج يصف جميع أشكال (حالات) كائن لصنف معين. فعند 
قمرطكن الكاكخ لدت مميق 87۵# فإنة يستجيمل لسك بتنقيت إجراء يوق إلى تغيير 
حالته. 

يعتبر مخطط الحالة هو منظور محلى لكائن يفصله عن باقی النظام: أى أنه يدرس 


سلوك الكائن منعزلا عما حوله. ولهذا فهو مناسب لدراسة وفهم سلوك كائن معين: 
ولكنه غير مناسب لدراسة سلوك النظام بأكمله. 


الحدث Event‏ : 
الحدث هو أى فعل يؤدى إلى تبعات مؤثرة فى كائن آخر. يمكن أن يصاحب 
الحدث مجموعة من المعاملات 2313136]615 التى تحدد شكل التأثير. يتمثل التأثير 
فى شكل حدوث تغيرات على المتأثر. يمكن تصنيف الأحداث إلى أنواع عديدة منها : 
أحدات النداء 2897:6245 21[1): وأحداث التغيير 2857:1215 1121286): وأحدات الإشارة 

. Time Events وأحداث الوقت‎ .Signal Events 


الحالة :State‏ 
يحتوى مخطط الحالة على مجموعة من الحالات لكائن واحد. يمكننا وصف حالة 
الكائن من خلال تلات خصائص هى: 


٤‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الثانى نمذجة البرمجيات 
ا يبي بيطي 





- مجموعة من القيم للكائن. 
- فترة زمنية ينتظر خلالها الكائن وقوع حدث معين. 
- فترة زمنية يقوم خلالها الكائن بنشاط معين. 
بسن ان اة اقحال ة حسما يصف تأر الخذك هى الان يتم ريط الحالات 
بعضها ببعض عن طريق خطوط الانتقالات 113251025 . 
الانتقال Transition‏ : 
يحدية اتفال اا من عدالة إلى أتخرى ية لیت اللا بوت رهي الكاكن ونير 
من حالته. يمكتنا وضف عهلية الأنتقال هن خلال عدة عوامل::هى: 
- زناد الحدث Event Trigger‏ . 
- شرط حماية Guard Condition‏ . 
- تأثير الحدث Event Effect‏ . 
- الحالة الهدف Target State‏ . 


يوضح شكل (۲۳-۲) مثالا لبعض الانتقالات فى مخطط الحالة. 





شكل (۳۳-۲) الانتقالات فى مخطط الحالة 
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جا ل ا ت 





مثال لمخطط الحالة: 
يوضح شكل (14-17) مثالا لاستخدام مخطط الحالة لوصف الحالات التى يمر بها 
الكائن «تذكرة ء1“ فى نظام حجز وبيع التذاكر للعملاء لحضور عروض ترفيهية . 
تنحصر الحالات التى يمكن أن يأخذها الكائن فيما يلى: 
- متاحة Available‏ . 
- محجوزة Locked‏ . 
- مباعة 5010. 
يتعرض الكائن «تذكرة “۲1)6٤‏ إلى مجموعة من الأحداث التى تؤدى إلى تغيير 
حالته مل + 
- حدث وقتى 0116 Time‏ . 
- حدث اختيار Select event‏ . 
- حدٿ رفض Reject event‏ . 
- حدث تغيير Change event‏ . 
- حدث موافقة Accept event‏ . 
فيبدأ الكافن «دتذكرة ء1“ دائماً بالحاتة «متاحة» ثم ينتقل إلى الحالة 


موه وق شي ال اماع عساية اللعويسة وول الس الإسالة سباع مدن راء 
التذكرة فعلياً . ومن الممكن أن تنتقل حالة الكائن «تذكرة 11666" من الحالة «مباعة» 
إلى الحالة «متاحة» عند اس ترجاع أو تبديل التذكرة. وينتقل من الحالة «محجوزة» 
إلى الحللة اة عن انقياء كت المج اللا موحة يتوق تزا القتكزة أي خف 
EEE‏ 
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الحالة الأولية 





شكل )74-7١(‏ مخطط الحالة للكائن ck e٤‏ 


: Activity Diagram مخطط النشاط‎ ۸-۲-۲ 

يعتبر مخطط النشاط هو أحد أساليب وصف منطق الإجراءات (العمليات) 
Process ogi‏ أو لوصف تدفق العمل 1101# W0)‏ . وهو يقوم بدور مشابه لما 
يقوم به مخطط التدفق ٤۲21۲‏ 11017 مع اختلاف رئيسى بينهما وهو أن مخطط 
النشاط يسمح بالعمليات أو الوظائف المتوازية. ويتشابه مخطط النشاط مع مخطط 
التدفق فى استخدام نقاط القرار 2011245 1060151012 والتفرعات 813221265 فى وصف 
خطوات العمليات. وجدير بالذكر هنا أن الخطوة م51 فى مخطط التدفق تقابل 
النشاط 46115717 فى مخطط النشاط. يتم استخدام هذا المخطط بشكل كبير فى 
أثناء عملية التحليل لوصف منصطق العمليات أو حالات استخدام النظام. 

تستخدم لغة .10101 مخطط النشاط لوصف خطوات تنفيذ عملية أو سيناريو 
حالة استخدام داخل النظام فى شكل مجموعة من الأنشطة. ويعتبر أسلوب مخطط 
النشاط بديلا لأسلوب الوصف النصى لسيناريو محتوى حالة الاستخدام. وهو يتميز 
بالوضوح وسهولة الفهم خصوصا فى حالات احتواء السيناريو على مجموعة من 
التفريعات أو التكرارات التى يتم تمثيلها فى مخطط النشاط بشكل سهل ومفهوم 
مقارنة بالشكل النصى. تأخذ المسارات الموجودة بين مجموعة الأنشطة العديد من 
الأشكال منها ما يلى: 


. Sequence التوالى‎ - 
. Branching التفريع‎ - 


. Concurrence التوازى‎ - 
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مثال لمخطط النشاط: 
يوضح شكل (50-1) مثالا لاستخدام مخطط النشاط فى معالجة طلبات العملاء. 
نلاحظ فى المثال أنه بعد استقبال الطلب يتم اتخاذ مسارين متوازيين هما: 
- تعبئة الطلب «Fill Order‏ توصيل الطلب Order Delivery‏ . 
- إرسال فاتورة .Send Invoice‏ استلام مدفوعات Receive Payment‏ . 
لأ كلا م الت ازین ل خن أحدهما على الآخر: فمن الممكن تنفيذهما فى 
وقت واحد. وبعد ذلك يتم التقاء (دمج) المسارين لتكملة الإجراءات بالنشاط 01056 
6 ففى المسار الأول يتم تحديد نوع الطلب بعد عملية التعبئةء فإذا كان الطلب 
سريعا 010612 1611515 يتم تنفيذ خطوة التسليم السريع: وإذا كان الطلب عادياء يتم 


تنفيذ خطوة التس ليم العادى. بالطيغ يختلق هذا السيناريو من نظام لآخَر ويسمح 
مخطط النشاط بتمثيل أف أسلوب وكذلك ترتيب النشاطات ومساراتها المختلفة. 


بداية نتف ' 


١7 

















أغلق الطلب 


> سس اتهاية النشاط 
شكل )۳٣-۲(‏ مثال لاستخدام مخطط النشاط. 
4-7-١‏ مخطط المكونات :Components Diagram‏ 
يستخدم مخطط المكونات لوصف مكونات النظام والعلاقات بينهاء ولتوضيح ذلك 
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س ت 
المكون :Comp0n€ nt‏ 

المكون هو تمثيل لأحد المنتجات البرمجية للنظام مثل الملفات التنفيذية ٤اطtaںExec‏ 
ئ۴ وواجهات المستخدم .User Interface‏ وملفات التوثيق «Documentation Files‏ 
وملفات البيانات 81165 3ا0 وغيرها. يتم تمثيل المكون فى لغة 1ل فى شكل 
مستطيل يحتوى على علامة توضيحية تميزه وهى <201250167217؟؟ أو علامة تدل 
على نوع المكون مشثل <186611850162؟ > كما فى شكل (51-7). ويمكن إضافة رمز 
المكون الممستخدم فى الإصدار الأول للغة النمذجة الموحدة 17811:1 كما هو مبين فى 
شكل (۳۷-۲) (رسنمی»۲۰۰۵): 


<< Executable >> << Component>> 


componentB componentC 





شكل (75-7) تمثيل المكون فى لغة 1[1/11.2 


<< Component>> 8 | 


componentD 






شكل (۳۷-۲) تمثيل آخر للمكون فى لغة M12‏ 0ا 
الواجهات والمكونات :Components and Interfaces‏ 


الواجهة 1١1۲۴٥١‏ عبارة عن مجموعة من العمليات التى يمكن من خلالها الوصول 
أو الاتصال بأطراف أخرى أو مكونات أخرى داخل النظام. يطلق على واجهة المكون 
الذى يوفر الخدمات واجهة التزويد .Provide [terface‏ ود العلاقة بين المكون 
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والواجهة «علاقة التحقيق 12112802" : أى أن الواجهة هى تحقيق للمكون. ويطلق 
على واجهة المكون الذى يطلب الخدمات «واجهة الطلب 1216:1266 1060101156 . وتسمى 
العلاقة بين الواجهة والمكون «علاقة التبعية 1060620626" . يتم تمثيل هذه العلاقات 
بطريقتين موضحتين فى شكل (۳۸-۲) وشكل (۳۹-۲). 






<< Component << 





<< Component >> 






مكون طلب مكون تزويد 


شكل (۳۸-۲) تمثيل علاقات التحقيق والتبعية باستخدام الأسهم 


واجهة التزويد (Provided Interface)‏ 0ك 
واجهة الطلب (Required Interface)‏ كمد 


<< Component >> << Component >> 


componentQ componentF 





شكل (۳۹-۲) تمثيل علاقات التحقيق والتبعية باستخدام المكبس والكرة 


مان اقيق اك 
كما ذكرنا سابقا عبارة عن منتجات برمجية ينتجها أو يستخدمها النظام. بعد ذلك 
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نقوم بتحديد واجهات المكونات 1216112665: ثم نقوم بوصف العلاقات المختلفة بين 
المكونات والواجهات (التحقيق والتبعية). يوضح شكل )٤١-۲(‏ مثالا لمخطط المكونات 
لأحد أنظمة المبيعات وهو يتكون من المكونات التالية: 
- خادم المبيعات 56157 59165. 
- صندوق المبيعات اليك 
- طابور الرسائل Message Queue‏ . 

نلاحظ فى المثال علاقة الربط بين مكون «صندوق المبيعات ا111“ ومكون «خادم 
المبيعات :56206 53165" من خلال واجهة يطلق عليها اسم «رسائل المبيعات 11655386 52165 . 
ونلاحظ أن المكون «طابور الرسائل „Message Queu٤‏ يقوم بعمليتين فى الملخطط. 
فهو يقوم يترود واجهة «رسائل المبيعات 11655386 53165" للتعامل مع مكون «صتدوق 
المبيعات “Till‏ 0 ويقوم أيضا بطلب الخدمة من واجهة «رسائل المبيعات “Sales Message‏ 
للتعامل مع المكون «خادم المبيعات “Sales Server‏ . 












<<Component?> 
Till 
صندوق المبيعات‎ 


<<Component>> 
Sales Server 
خادم المبيعات‎ 













<<Component>> 
Accounting Driver 
مقود المبيعات‎ 


<<Component>> 
Transaction Processor 
معالج العمليات‎ 






<<Component>> 
Message Queue 


شكل (50-1 ) مثال لمخطط المكونات ر ااا 
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٠١-۲-۲‏ مخطط النشر: 

يقوم مخطط النشر بتمثيل عملية نشر المنتجات البرمجية فى أثناء وقت التنفيذ 
Run-1 ime‏ من خلال مجموعة من العقد 2100685. تمثل كل عقدة أحد الموارد المادية 
للعتاد 1131010256 المستخدم فى تنفيذ المنتجات البرمجية للنظام مثل المعالج :5501عع2150: 
والذاكرة .Memory‏ والوحدات الطرفية 21]5[] 16521م2611. يقوم مخطط النشر 
أيضا بتوضيح العلاقات بين المكونات البرمجية 001220116215) Software‏ والمكونات 
المادية Hardware Components‏ ويوضح كذلك كيفية الاتصال بين العقد. 


يستخدم مخطط النشر عند الحاجة لمعرفة مكان نشر المكونات اليرمجية فى 
ا م أيضاً فى بناء الأنظمة ا Distributed ERIE‏ ؛ لأنه م 


مثل تطبيقات نقاط البيع 20106-04-58165: التى تنفذ من خلال شبكة حاسب ا 


تتضمن مجموعة من العملاء Clients‏ المنتشرين فى أماكن متفرفة ومتصلة بخادم 
مركزى أو أكثر من خادم 8٥٣۷٤۲۶‏ . 


تصميم مخطط النشر: 

يتكون مخطط النشر من مجموعة من العقد التى تمثل المكونات المادية للنظام. يتم 
تمثيل العقدة 110016 فى لغة ]0 باستخدام رمز المكعب وتأخذ اسما محددا ويمكن 
استخدام الكلمة المحجوزة ۷1٥2<‏ (؟؟. كما هو موضح بالشكل )1١-7(‏ لتمثيل مكون 
خادم قواعد البيانات 10856157617 (رسمى: .)5٠١0‏ 


<<Device>> 


DBServer DBServer 





(b) (a) 
اU‎ M1 فى لغة‎ ١10016 شكل (1-7١؛ ) تمثيل العقدة‎ 


يتم تمثيل عملية النشر للمنتجات البرمجية من خلال مجموعة من العقد وكيفية 
الاتصال بينهاء كما هو مبين بالشكل (57-7) الذى يوضح عملية نشر المنتجات 
البرمجية لنظام «دليل الهاتف ا٥٤٥۲¡( ٥٣۴‏ طمء[۲e“‏ كما يلى: 


۱1۲ إدارة وتطوير مشاريع البرمجيات 


الفصل الثانى نمذجة البرمجيات 


يتم نشر المكونات earch Program”. Search Result” “Corporate Phone Directory”‏ على العقدة, 
DBServer”‏ ويتم نشر المكون “Presentation Program”‏ على العقدة “Client”‏ . 






DBS erver 





Client 


نال مومهم" "ابو" 
Progra‏ 


شكل )٤١-۲(‏ تمثيل عملية نشر المنتجات البرمجية 


دمج مخطط المكونات مع ممخطط النشر: 

يمكننا دمج مخطط المكونات فى مخطط النشر للحصول على مخطط يصف 
مجموعة المكونات البرمجية التى تقوم بتنفيذها العقد الممثلة للمكونات المادية. وبمعنى 
آخر فإن العقدة تمثل الموقع الذى يعمل فيه المكون. ولذلك فإنه يتم تثبيت المكون على 
العقدة. وتسمى تلك العملية «عملية نشر المكونات». كما هو موضح بشكل (15-57). 


DBServer 


<<Executable>> <<Component?? 
١ مكون ۲ مكون‎ 


شكل (47-7 ) دمج مخطط المكونات فى مخطط النشر 





إدارة وتطوير مشاريع البرمجيات ۱1۳ 


نمذجة البرمجيات الفصل الثانى 
مفحة ل ا ا ت 





مثال لمخطط التشر: 

سوف تقوم الآن بتصميم مخطط النشر لنظام إدارة الطلية Students‏ 
Administration‏ . ولتمثيل ذلك سوف نبداً بتحديد العقد المادية للنظام: وكذلك 
المكونات البرمجية: ثم نقوم بتمثيل العلاقات بينها من خلال مخطط النشر كما يلى: 
-١‏ العقد :Nodes‏ 

. Applications Server خادم التطبيقات‎ - 

- خادم قواعد البيانات 56175 DB‏ . 

- جهاز حاسب رئيسى Main Frame‏ . 


. Web Sever خادم الويب‎ - 


- المكونات البرمجية :Components‏ 
- إدارة الطلاب .Students Administration‏ 
- قاعدة البيانات الجامعية University DB‏ . 


. Courses Management إدارة المقررات‎ - 


-٠‏ الارتباطات بين العقد والمكونات: 
- مكون إدارة الطالب مرتبط بعقدة خادم الويب. 
- مكون قاعدة البيانات الجامعية مرتبط بعقدة خادم قواعد البيانات. 
- مكون إدارة المقررات مرتبط بعقدة الحاسب الرئيسى. 
-٤‏ الاتصالات بين العقد: 
- تتصل عقدة خادم التطبيقات بعقدة خادم الويب من خلال برتوكول لغة جافا ۸۷1 . 
- تتصل عقدة خادم التطبيقات بعقدة قواعد البيانات من خلال برتوكول :108)0[. 
- تتصل عقدة خادم التطبيقات وعقدة الحاسب الرئيسى من خلال ناقل الرسائل 8s‏ 11655386. 
يوضح شكل (45-1) مخطط النشر لنظام إدارة الطلبة. 


ص 2 2 کے“ 
۱11٤‏ إدارة وتطوير مشاريع البرمجيات 


الفصل التانى نمذجة البرمجيات 


<<Device>> 


DBServer 


<< JSP>> 
Student 
Administration <<Device>> 















ApplicationServer 


<< Message Bus >> 


<<Device>> 
Mainframe 


<< LegacySystem >> 


شكل )٤٤-۲(‏ مخطط النشر لنظام إدارة الطلبة 


: Packages Diagram مخطط الحزم‎ ۱۱-۲-۲ 


يعتبر الهدف من تصميم الحزمة 2361886 هو تجميع لبعض مكونات النظام» مثل 
الأصناف 0135565 أو حالات الاس تخدام 03565 1156 وهى تكون غالبا مرتبطة وتؤدى 


إدارة وتطوير مشاريع البرمجيات ۱1٥‏ 


تمذجة البرمجيات الفصل الثانى 





قرا مهندا. إذ يتم إحاطة هذه العناصر الجمعة:فى آيقونة متجلد 68د 
1 كما هو موضح فى الشكل (50-7). 


اسم الحزمة 
PackageName‏ 





الشكل (5-7: ) أيقونة الحزمة (Package c0۸)‏ 
وعند إغطاء اسم للحزمة 88888 نكون بذلك قد أعظينا اسما للمجموغة التى 
تم تجميعهاء وليس شرطا آن يتم وضع الاسم فى منتصف الأيقونة: يمكن كتابة الاسم 
فى العلامة المجدولة. ولاستخدام أحد مكونات الحزمة. يجب استخدام الرمز التالى 
(::): كما فى الصيغة التالية: PackageName :: PackageElement‏ 
وتستخدم الحزمة لتنظيم مكونات أى برنامج تطبيقى «(Application Program)‏ 
إذ إن الحزمة تمثل مجموعة من الأصناف المترابطة معا بقوةء ولكنها ضعيفة الارتباط 
نسبيا بالمجموعات الأخرى. ولا بد من الإشارة هنا إلى أنه يمكن أن ينتمى الصنف 
الواحد إلى حزمة واحدة فقطء لكن هذا لا يمنعه من الظهور فى حزم أخرى أو من 
الاتصال مع اصن اف فى حزم أخرئ.. يمكن أن تزتبط الحزع معا من خلال ثلاثة 
طرق هى: 


:(Generalizations) التعميم‎ -١ 









١ الحزمة‎ 
Package 1 


Generalization ۲ الحزمة‎ 


Package 2 





الشكل )٤٦-۲(‏ علاقة التعميم بين الحرم 
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الفصل الثانى تمذجة البرمجيات 





:(Dependency) التبعية‎ -Y 


حيث تعتمد مكونات فى حزمة ما على مكونات فى حزمة أخرىء أى أن أى تغيير 
يحدث فى مكونات الحزمة يؤثر فى الحزمة المعتمدة عليهاء كما فى الشكل .)٤۷-۲(‏ 


٠ إالخرمة‎ Dependency ۲ الحزمة‎ 
Package 1 6 222 i Package 2 





الشكل )٤۷-۲(‏ علاقة التبعية بين الحزم 


:)Realizati0¬) التحقيق‎ -٠ 


حيث تقوم مكونات حزمة ما بتحقيق أو تطبيق مكونات موجودة بحزمة أخرى: كما 
قن التشبكل 7+ 


١ الحزمة‎ Realization ۲ الحزمة‎ 
Package 1 aS ETS SG EE Package 2 





الشكل )٤۸-۲(‏ علاقة التحقيق بين الحزم 


ماهو مخطط الحزم $Packages Diagram‏ 

إن مفهوم مخطط الحزم غير موجود بذاته فى لغة .111]. ولكن يتم استخدامه فى 
بناء مخطط الأصناف 1012818232 0135565) أو مخطط حالات الاستخدام Use Cases‏ 
للأنظمة الكبيرة الحجم وذلك تقرس تنظيمى فط تكذرا الاحتواكيا على 
عدد كبير من المكونات. إذ يتم إنشاء حزم تحتوى على آصناف آو حالات اس تخدام: 
وبعد ذلك نقوم بإنشاء مخطط أصناف تظهر فيه الحزم المخزن فيها الآأصناف. ونسمى 
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تمذجة البرمجيات الفصل الثانى 
المخطط فى هذه الحالة مخطط حزم الأصناف 10138822 ع22138 5ع01355): وذلك 
لتسهيل عملية فهم مكونات النظام. وكذلك نقوم بإنشاء مخطط حالات الاستخدام: 
مخطط حزم حالات الاستخدام Use Cases Package Diagram‏ . 


متى نستخدم مخطط الحزم $Packages Diagram‏ 

تعتبر الحزم من الأدوات الي للمشاريع الكبيرة»› لذلك نستخدم الحزم عندما 
يكون مخطط الأصناف كبيراً ا ولا نستطيع وصفه فى مخطط واحدء وعندها 
شيخ تييع و الآصَتناف المرتبطة ا ووضعها فى حزمة 3 واحدة: > وتجميع 
RE‏ ل لي رو ا ا ar‏ ص 
النظام: وأيضا عندما نريد أن نبيقى المكونات أو أجزاء النظام صغيرة فدر الإمكانء 
للمحافظة على بنيانه وسهولة متابعته (بالمقارنة بمخطط المكونات). 

ويظهر ذلك واضحاء حت استخدام الحزم قن م خط سالات الاستخذ ام |د تكسن 
أهميته فى إدارة حجم وتعقيد المكونات الوظيفية للنظام: كما أنه يشكل آلية مهمة 
وأساسية للتعاون بين مطورى النظام. 


مثال لمخطط الحزم :Packages Diagram‏ 
سنقوم الآن ببناء مخطط حزم الأصناف لجزء من نظام التسجيل الجامعى. 
يتكون هذا المخطط من ثلاث حزم هى: 
-١‏ حزمة التقييمات :(Marking Package)‏ 
تحتوى على جميع الأصناف المرتبطة التى لها علاقة بتسجيل درجات التقييمات للطلاب. 
-١‏ حزمة التسجيل :(Enrollment Package)‏ 


11۸ إدارة وتطوير مشاريع البرمجيات 


الفصل الثانى نمذجة البرمجيات 


:(Timetable Package) حزمة جدول المواعيد‎ -٣ 


تحتوى على جميع الأصناف المرتيطة التى لها علاقة بجدولة مواعيد المحاضرات 


ويوضح الشكل (44-17) مخطط حزم الأصناف لهذا النظام. 


التسجيل 
Enrollment‏ 


جدولة المواعيد 
Timetable‏ 





شكل (4-7: ) مخطط حزم الأصناف لجزء من نظام التسجيل الجامعى 
نلاحظ من الشكل وجود علاقة التبعية فى المخطط. إذ تعتمد حزمة التسجيل على 
كل من الحزمتين: حزمة التقييمات وحزمة جدول المواعيد. 
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الفصل التالث 
أدوات هندسة البرمجيات 
Software Engineering Tools‏ 


تحتاج عمليات هندسة البرمجيات إلى استخدام العديد من الأدوات فى أثناء مراحل 
التطوير المختلفة وأيضا فى أثناء تنفيذ أنشطة إدارة المشروع. يؤدى الاس تخدام 
الجيد لهذه الأدوات إلى تحسين أداء وإنتاجية الأفراد ومن ثم يعود بالنفع على فريق 
التطوير نفسه وعلى المشروع كله من خلال رفع كفاءة وجودة ة المنتجات البرمجية. 
وعلى هذا فإن استخدام أدوات هندسة 3البرانجيات نتظلب قفرا نا من المعرفة 
والمهارة. يتمثل الدعم الذى تقدمه هذه الأدوات لعمليات التطوير وإدارة المشروع 
فى استخدامها فى أثناء عمليات نمذجة النظام: وبناء وتطوير البرمجيات» ومهام 
إدارة المشروع. ولذلك فإنه يتم تصنيف أدوات هندسة البرمجيات إلى المجموعات 
التالية: 


- أدوات إدارة المشاريع. 
- أدوات نمذجة النظم. 
أدوات برمجة التطبيقات. 

ومن المعروف أن هذه الأدوات يتم التحديث فيها بشكل مستمر لتواكب التطور 
فى أساليب ومنهجيات تطوير النظم وكذلك التقنية الحديثة. سوف نستعرض الآن 
بعض الأدوات المهمة التى تستخدم على نطاق واسع فى أثناء تطوير وإدارة مشاريع 
البرمجيات. 


۱-۳ أدوات إدارة مشاريع البرمجيات :Software Project Management Tools‏ 
تقوم عمليات إدارة مشاريع البرمجيات على استخدام مجموعة من الأدوات 

والأساليب والطرق المتعلقة بتخطيط ومتابعة إنجاز المهام والعمليات الخاصة بالمشروع. 
وسوف نتطرق فى الفصل القادم لمجموعة من الطرق والأساليب المستخدمة فى إدارة 
المشروع: أما الآن فسوف نركز على عرض لبعض الأدوات المستخدمة فى إدارة المشروع. 
ويجب الإشارة هنا إلى أن تلك الأدوات تستخدم لإدارة أى نوع من أنواع المشاريع سواء 
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أدوات هندسة البرمجيات الفصل الثالث 
مسحي ل س ا ص ت 





كانت مشاريع برمجيات أو مشاريع أخرى. تركز إدارة المشروع على عمليات تنظيم 
وإدارة الموارد البشرية والمادية المطلوبة لإنجاز مهام المشروع فى فترة محددة ومن خلال 
ميزانية محددة. وعلى هذا فإن الإدارة الجيدة للمشروع تتطلب التخطيط والمتابعة 
الجيدة للسيطرة على ثلاثة عناصر أساسية بالمشروع هى: 
- الموارد Resources‏ . 
- الوقت 1152 . 
- الميزانية Budget‏ . 

ويتطلب ذلك توافر مجموعة من الآدوات الفعالة التى تساعد فى تنفيذ أنشطة 
إدارة المشروع المختلفة (مثل جدولة المهام: توزيع الموارد؛ تقدير التكلفة؛ مراقبة عمليات 
التنفيذء غيرها) بشكل جيد . لقد ظهرت فى الآونة الأخيرة بعض الأدوات الحديثة التى 
تعمل من خلال بيتّة متكاملة لإدارة المشروع: حيث تتضمن معظم الأدوات الضرورية 
الخاصة بتخطيط وتنظيم ومتابعة الملشروع. تتسم بعض هذه الأدوات بقدرتها على 
العمل من خلال شبكة الإنترنت التى تمكن مديرى المشروعات الكبيرة من تنفيد 
مهامهم بشكل تفاعلى وفى الوقت الفعلى ۲1۳۴ ۸٤۵1‏ . فيما يلى عرض لبعض أدوات 
إدارة المشاريع. 


توان اموق على لتر 


MS Project (Microsoft, 2006) ۰ microsoft.com/office/ 









eRoom (eRoom, 2006) ی ا‎ eroom.net/ 


Manage Pro (ManagePro, 2006) http://www.managepro.net 
eProject (eProject, 2006) http://www.eproject.com 


Small Worlds (SmallWorlds, 2006) | http://www.thesmallworlds.com 
@Risk (Palisade, 2006) http://www.palisade-europe.com 


Risk Radar (ICE, 2006) و و‎ 


س سه > اال > ل 
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Primavera Enterprise (Primavera, 2006) | http://www.primavera.com 


الفصل الثالث أدوات هندسة البرمجيات 
اصع خا مذ ممم ال 





۱-۱-۳ جدولة المشروع :Project Scheduling‏ 
هناك العديد من الأدوات التى تستخدم فى جدولة أنشطة المشروع ومتابعتها من 
خلال إعداد مجموعة من المخططات التى تصف الأنشطة ومواعيد بدء كل نشاط 
والفترة التى يستغرفها النشاط› وكذلك تخصيص الموارد لكل نشاطء› وغيرها. يتطلب 

ذلك تجهيز المعلومات الأساسية التالية: 

- تحديد الأنشطة أو المهام .Activities or Tasks‏ 

- تحديد الفترة الزمنية لكل مهمة أو نشاط. 

- ترتيب تنفيذ المهام. 

_- تخصيص الموارد لكل نشاط: 

بعد ذلك يتم جدولة مهام المشروع باستخدام المعلومات المجهزة فى شكل مخطط 
يدعم عملية متابعة إنجاز المهام خلال مراحل التطوير المختلفة. سوف نستعرض الآن 
طريقتين من أكثر الطرق استخداما فى أثناء جدولة ومتابعة مشاريع البرمجيات وهما 
مخطط جانت «GANTT chart‏ ومخطط بيرت PERT chart‏ . تساعد هذه الآدوات 


مدير المشروع فى عمليات ضبط وتعديل جدول المشروع حسب التغيرات التى تطراً 


۱-۱-1-۳ مخطط جانت :GANTT Chart‏ 
يغتب ر مخطط جانت من أكثر الطرق شيوعا أثناء غمليات جدولة ومتابعة مهام 
المشروع. يتم فيها تحديد بداية ونهاية كل مهمة وتمثيلها فى المخطط حسب ترتيبها 
الزمنى داخل المشروع فى شكل مستطيل فارغ. وبعد ذلك يتم استخدام المخطط فى 
أشاء عمليات متابعة تنفيذ مهام المشروع وذلك من خلال تظليل الأجزاء المنفذة فعليا 
فى كل مهمة ومقارنتها بما هو مخطط مسيقا فى الجدول. ويساعد ذلك مدير 
المشروع فى اتخاذ الأفعال التصحيحية المناسبة لتدارك أى تأخير أو عقبات تحدث 

لأى مهمة وعدم تراكم تأثيرها فى الأنشطة التالية لها. 
هناك ثلاثة أشكال لترتيب أنشطة المشروع هى: 
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أدوات هندسة البرمجيات الفصل الثالث 





:560116112© توالى‎ -١ 
جع بصن كد اج عمين اعا كليا عا باط الخ يكون سايعا تقض الإتجاو‎ 
كضرورة لبدء تنفيذه.‎ 


ا 


:Parallel توازى‎ -۲ 


فيها يمكن أن يتم تنفيذ نشاطين أو أكثر فى الوقت نفسه» أى أنه لا يوجد اعتماد 
لأحد الأنشطة على إنجاز نشاط آخر. 


1 


۳- تداخل :Overlap‏ 
فيها يمكن أن يبدأ نشاط معين بعد بداية نشاط آخر بفترة ولكن لا يبدأ معه فى 
الوقت نفسه: 


أى أنه لا ينتظر لاستكمال النشاط الآخر حتى يبدأ هو فى التنفيذء ولكن يمكنهما 
الاشتراك فى فترة زمنية معينة. 


تتسم خريطة جانت با مميزات التالية: 
- سهولة التطبيق. 
- إظهار الفترة الزمنية لكل نشاط مما يتيح عملية المراقبة أثناء التنفيذ. 


- إظهار مدى التداخل الزمنى بين الأنشطة بشكل مرئى وسهل. 


حح أ gg‏ ا aia‏ 
تفل إدارة وتطوير مشاريع البرمجيات 


الفصل الثالث أدوات هندسة البرمجيات 
مثال لاستخدام مخطط جانت: 

سوف نقترح هنا مشروع تطوير نظام معلومات لإحدى المؤسسات التجارية. يقوم 
المشروع بتطبيق أنشطة دورة حياة تطوير النظم بدءا من تحديد المتطلبات وانتهاءً 
بتثبيت النظام. الفترة الزمنية المخصصة للمشروع هى )۲١(‏ أسبوعا. والآن سوف 
نستعرض خطوات جدولة أنشطة المشروع. 
-١‏ تحديد أنشطة المشروع: 

لا تختلف أنشطة نظم المعلومات كثيراً من مشروع لآخر؛ لأنها تطبق الأنشطة 
المطلوبة لتحقيق دورة حياة تطوير نظم المعلومات وهى: 

. Requirement Determination تحديد الاحتياجات‎ - 

. Processes Analysis تحليل العمليات‎ - 

. Data Analysis تحليل البيانات‎ - 

. Processes Design تصميم العمليات‎ - 

. Data base Design تصميم قواعد البيانات‎ - 

. Screen design تصميم الشاشات‎ - 

. Report Design تصميم التقارير‎ - 

. Applications Progra ¬ ming برمجة التطبيقات‎ - 

. Testing Programs اختبار البرامج‎ - 


. System Installation تثبيت النظام‎ - 


؟- تقديرزمن كل نشاط: 
هناك ثلاثة تقديرات تستخدم لتحديد الزمن المتوقع لإتمام إنجاز أى مهمة هى: 
- تقدير الوقت المتفائل (0) ©1112 نائن" ام 0. وهو أقل فترة ممكنة لإتمام إنجاز 
النشاط. 
- تقدير الوقت المتشائم (2) 11506 ناون" وء وهو أكبر فترة ممكنة لإتمام إنجاز النشاط. 
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- تقدير الوقت الواقعى (8) ٣1٣٣۴‏ 1562115]12: وهو يمثل أفضل تقدير من وجهة نظر 
مدير المشروع للفترة الزمنية المعقولة لإتمام إنجاز النشاط. 
تستخدم تلك التقديرات لحساب الفترة الزمنية المتوقعة لإتمام إنجاز النشاط كما يلى: 
ET = (O + 48 +P) / 6‏ 


نلاحظ من تلك المعادلة أن الوقت الواقعى أخذ وزنا يكافن أربعة أضعاف وزن كل 
من الوقت المتفاتل والوقت المتشائم نظرا لقربه من الوقت الفعلى للنشاط. يمثل شكل 
)١-۲(‏ تقديرات الوقت المتوقع لأنشطة المثال الحالى بالأسبوع. 





شكل )١-۳(‏ تقديرات الوقت المتوقع لأنشطة أحد المشاريع 


- ترتيب أنشطة المشروع: 

وهنا يتم تحديد الترتيب الزمنى لأنشطة المشروع وعلاقة كل نشاط بالسابق له 
والتالى له. يوضح شكل (۲-۳) الترتيب الزمنى لأنشطة المثال الحالى. 

نلاحظ أن الأنشطة رقم (۳)ء (5): )٥(‏ تعمل بالتوازى: أى أنها تعمل فى الوقت 
نفسه؛ لأن النشاط السابق لها واحد وهو النشاط رقم (۲). ونلاحظ أيضا أن النشاط 
رقم (1) يعتمد على كل من النشاطين (۳)». )٤(‏ أى أنه لا يبدأ إلا بعد الانتهاء من تنفيذ 
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كلا النشاطين: ولذلك فهو يبدأ فى الخطة بعد انتهاء النشاط (5) حيث إنه يحتاج إلى 
وقت أكبر من النشاط (١)ء‏ وكذلك الحال فى الأنشطة رقم (۷)ء (۸)ء .)٠١(‏ 


اشا الحا 











ا 
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تصميم فواعد البيانات 
تصميم الشاشات 
تصميم التقارير 
برمجة التطبيقات 
اختيار البرامج 
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شكل (۲-۳) الترتيب الزمنى لأنشطة أحد المشاريع 


-٤‏ رسم خريطة جانت للمشروع: 
يستخدم كل من التقدير الزمنى لأنشطة المشروع والترتيب الزمنى لها لرسم 

خريطة جانت لأنشطة المشروع. يوضح شكل (؟-؟) خريطة جانت للمشروع الموضح 

بالمثال الحالى باستخدام برنامج Microsoft Proje‏ (السماك؛ .)5١٠١4‏ 

معد الإداة العامة 

مال مان دار شار البرتجيات 
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شكل (۳-۳) استخدام برنامج ٥۲۲‏ ز٥۲۲‏ :1110501 اعد اد مخطط جانت 


۲-۱-۱-۳ مخطط بيرت :PERT Chart‏ 
لأنشطة المشروع وعلاقة كل نشاط , بالنشاطات الأشرس من تاحية اہ غلية کيا أو 
جزثياً أو عدم الاعتماد عليه إطلاقاً عند بداية تنفيد النشغاط. يتكون مخطط بيرت 
جو مكزتين اسان فيا مجموعة من العقد 65 تمثل الأنشطةء ومجموعة من 


الأسهم 75 تمثل ترا قبن الأتشطة: تحتوى كل عقدة فى المخطط على مجموعة 
من المعلومات عن النشاط الذى تمثله. يوضح شكل )٤-۳(‏ الشكل العام للعقدة فى 


يمكننا حساب قيم الأزمنة الأربعة لكل نشاط كما يلى: 

زمن البداية المبكرة للنشاط - زمن البداية المبكرة للنشاط السابق + زمن النشاط السابق. 
زمن النهاية المبكرة للنشاط - زمن البداية المبكرة للنشاط + زمن النشاط. 

زمن البداية المتأخرة للنشاط = زمن البداية المتأخرة للنشاط التالى - زمن النشاط. 


زمن النهاية المتأخرة للنشاط = زمن البداية المتأخرة للنشاط + زمن النشاط. 
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اسم النشاط 


شكل (-؛ ) الشكل العام للعقدة فى مخطط بيرت 






ويمكن حساب زمن البداية المبكرة للنشاط (1) ©1112 56811 '(8211 بتجميع الوقت 
المقدر لكل نشاط من بداية الشبكة من اليسار إلى اليمين حتى نصل للنشاط نفسه. 
وإذا كان هناك نشاط يعتمد على أكثر من نشاظ سابق لة» فإننا نحسب زمن البداية 
المبكرة للنشاط الحالى بناءً على الوقت المقدر لكل نشاط من الأنشطة السابقة لهء 
ثم نأخذ القيمة الكبرى لها. ففى المثال الحالى نجد أن النشاط رقم ٦‏ يعتمد على كل 
من النشاط رقم ۲ والنشاط رقم 4: ولحساب زمن البداية المبكرة للنشاط رقم 5 فإننا 
نحسب الوقت المتوقع لاستكمال كل نشاط سابق له» وهو يساوى ۸ أسابيع للنشاط 
رقم ۲» ويساوى )١1(‏ أسبوعاً للنشاط رقم . ثم نأخذ القيمة الكبرى للوقت المتوقع 
لاستكمال النشاطين وهو )١7(‏ أسبوعا ليمثل زمن البداية المبكرة للنشاط رقم 5. 
وبالمثل نجد أن النشاط رقم يعتمد على كل من النشاطين ٠‏ و ٤‏ ويكون زمن البداية 
الميكرة له قساوى (؟١)‏ أسيوعا ايشا وكذلف الحال كلأتشطة رهم 4و١‏ . 


ويعتبر زمن النهاية المبكرة للنشاط الأخير فى المشروع هو تمثيل للفترة الزمنية 
المطلوبة لاستكمال جميع أنشطة المشروع بدون تأخير وهى تساوى ۲۷ أسبوعا 
للمشروع الحالى. 

ولحساب زمن البداية المتأخرة لأنشطة المتشروع (1) ©5ذ1 2۲۲ا 1416ء نبدأ أولاً 
بالنشاط الأخير فى شبكة المشروع ونقوم بإسناد قيمة زمن البداية المتأخرة للنشاط 
تساوى قيمة زمن البداية المبكرة له ٠٠(‏ أسبوعا فى المشروع الحالى). وبعد ذلك 
نتحرك من اليمين إلى اليسار ونطرح قيمة زمن النشاط الحالى من قيمة زمن البداية 
المتأخرة للنشاط التالى له فى الترتيب. فمثلا نجد قيمة زمن البداية المتأخرة 
للنشاط رقم ٩‏ = ١؟‏ - ۸= ۱۷ أسبوعا. وقيمة زمن البداية المتأخرة للنشاط رقم 
۲١ = ٤ - ۲۵ =۸‏ أسبوعا وهكذا. أما النشاط رقم ۷ فإننا نجد أن كلا من النشاط 
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رقم ۸ والنشاط رقم ٩‏ يتفرعان من النشاط نفسه. ولحساب زمن البداية المتأخرة 
له نأخذ القيمة الصغرى لزمن البداية المتأخرة لكل من النشاطين ۸ و 4 (وهو الزمن 
الخاص بالنشاط رقم 4 ويساوى ١7‏ أسبوعاً). وعلى ذلك يكون زمن البداية المتأخرة 
للنشاط رقم ۷ = ۱۷ - 6 = ٠١‏ أسبوعاً . وهكذا لباقى أنشطة المشروع حتى نصل إلى 
النشاط الأول بالمشروع. وأخيراً نحسب قيمة الوقت الفائض لكل نشاط وهو يمثل 
الفرق بين زمن البداية المتأخرة للنشاط وزمن البداية المبكرة له (©11-1 = 15). 


النشاط | زمن | النشاط | زمن البداية | زمن البداية | الوقت | المسار 
نك السابق المبكرة 16 | المتأخرة 11 | الفائض 15' الحرج 









شكل )٠-۳(‏ حساب قيم الوقت المبكر والمتأخر والفائض لكل نشاط 


يوضح شكل (0-75) قيم الوقت المبكرع1. والوقت المتأخر 11. والوقت الفائض 
5 لكل نشاط للمثال الحالى. يتميز مخطط بيرت عن مخطط جانت بأنه يحتوى 
على معلومات مفيدة فى أثناء عملية مراقبة تتفيذ المشروع مثل الوقت الفائض 512012 
ime‏ المتاح عند كل نشاط وهو يساعد مدير المشروع فى تحديد الأنشطة الحرجة 
التى لا يوجد لديها وقت فائض ومن ثم تحتاج إلى عناية كبيرة فى المتابعة. ويوضح 
شكل (1-17) كيفية تمثيل أنشطة المشروع الحالى باستخدام مخطط بيرت ۲٥۲‏ . 
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شكل )٦-۳(‏ مخطط بيرت ]261 لأحد المشاريع 


:Critical Path Method طريقة المسار الحرج‎ 7-1-1-7 


يعرف المسار الحرج داخل مخطط بيرت بأنه المسار الذى يمثل أقصر وقت يمكن 
أن يتم تنفيذ المشروع خلاله. يتم تحديد المسار الحرج من خلال أنشطة المشروع 
التى لا تحتوى على وقت فائض .)٠=18(‏ وتعرف الأنشطة التى يمر خلالها الممسار 
الحرج بأنها آنشطة حرجة 4611971165 011131): بمعنى أن أى تأخير يحدث فى أى 
نشاط موجود على المسار الحرج يؤدى بالقطع إلى تأخير المشروغ كله. وبالعكس 
فإن أى نشاط لا يقع على المسار الحرج يحتوى على وقت فائض (15>:) مما يعنى 
أن التأخير فى تنفيذ هذا النشاط لا يؤدى إلى تأخير المشروع كله. ويعرف الوقفت 
الفائض لأى نشاط بأنه الوقت المسموح للنش اط بالتأخير من دون التأثير فى وقت 
اكتمال المشروع. 

يمكتنا حساب الوقت الفائقن لأى نشاظ كما یلی: 

الوقت الفاتض (15) = زمن البداية المتآخرة للنشاط (11) - زمن البداية المبكرة 
للنشاط (16). 
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يوضح شكل (۷-۳) مثالاً على اس تخدام برنامج ۴0j‏ 1110505011 لإعداد 
مخطط بيرت والمسار الحرج لنظام الأعمال الموضح فى شكل (۲-۳). 





شكل (۷-۳) استخدام برنامج ٥٥۲‏ ز٥۲۲‏ :1110501 لإعداد مخطط بيرت 


1-۱-۴ إدارة الأداء :Performance Management‏ 
من الضرورى لأى مؤسسة تجارية تريد المنافسة بنجاح فى سوق العمل أن تقوم بمراجعة 
وتعديل أهدافها وخططها تبعا للتغيرات التى تحدث فى متطلبات العميل أو نتيجة استحداث 
تقنيات جديدة مفيدة لنظام الأعمال أو نتيجة حدوث تغييرات فى البيئة الخارجية للمشروع 
تؤثر فيه. كل ذلك يتطلب من مدير المشروع أن يركز على متطلبات الكفاءة وتحسين الأداء 
للأفراد القائمين على تطوير المشروع. هناك بعض الأدوات التى تدعم العديد من الخدمات 
والأنشطة الخاصة بإدارة المشروع ومن ضمنها خدمة إدارة الأداء والتخطيط الإستراتيجى التى 
تساعد الأفراد وفرق العمل على تخطيط ومتابعة عملية إنجاز الأعمال المكلفين بها. يوضح 
الشكل (6-5) مثالا لاستخدام أداة 1137386710 التى تقدم خدمة إدارة الأداء وخدمات أخرى 
مثل إدارة الاجتماعات والرسائل الإلكترونية وإنتاج الوثائق: بالإضافة إلى الخدمات الأساسية 

لإدارة المشروع مثل إدارة الأهداف وتطوير خطة المشروع وجدولة المهام وإدارة الموارد. 


ج 
و إدارة وتطوير مشاريع البرمجيات 
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شكل (۸-۳) أداة ۲۲٥‏ عع Na‏ لادارة الأداء 


۱-۳-" إدارة التعاون :Collaboration Management‏ 
أحياناً يتم توزيع مهام مشروع البرمجيات على فرق عمل تعمل فى مواقع مختلفة 
ومتباعدة فى الوقت نفسه ويتم الاتصال بين الأفراد المشاركين فى عمليات التطوير 
من خلال شبكة الإنترنت. وهنا يقوم مدير المشروع بإدارة عملية التعاون بين آفراد 
فرق العمل الموزعة عن بعد باس تخدام تقنية شبكة الإنترنت. فيقوم أولا بتخطيط 
عملية الاتصال والتعاون بين فرق العمل وتخصيص المهام والمسؤوليات وأيضا اتخاذ 
القرارات من خلال الشبكة. ومن ثم يقوم الأفراد المشاركون فى فرق العمل باستلام 
المهام وتسليم منجزاتهم وملاحظاتهم أو آرائهم لمدير المشروع عبر شبكة الإنترنت 
أيضا. ويقوم مدير المشروع باستلام جميع المنجزات والمقترحات وتقييمها وإبداء 
الملاحظات عليها وإجراء التكامل المطلوب بين المنتجات» ثم يقوم بإصدار تقرير 
بالمنجزات وينشره على صفحات الويب الخاصة بالمشروع ليتم التعرف عليها من 
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قبل جميع المشاركين والمهتمين بالمشروع. ويقوم مدير المشروع أيضاً بإرسال 
رسائل إلكترونية 5108115 لأفراد فرق العمل ليذكرهم بمواعيد الأنشطة الموزعة وأى 
معلومات أخرى. وا يقوم مدير المشروع بعقد اجتماعات عمل 1166]17855 مع 
فرق العمل من خلال شبكة الإنترنت. هناك العديد من أدوات تطوير صفحات الويب 
التى تدعم عملية إدارة التعاون مثل برنامج )2006 .eRoom (www.eroom.net,‏ 


:Cost Management إدارة التكاليف‎ 5-١-٠“ 
تعتبر عملية إدارة التكاليف من المهام الأساسية لمدير المشروع. فمن المعروف‎ 
أن ميزانية المشروع تعتمد بشكل أساسى على تكاليف جميع الموارد المستخدمة‎ 
بالمشروع. ولذلك فإن عملية تحديد تكاليف المشروع بشكل دفيق تساهم فى تقدير‎ 
ميزانية المشروع بشكل جيد . وبعد ذلك تبدأ عملية إدارة التكاليف لضمان عدم تجاوز‎ 
الميزانية المقدرة للمشروع. تتركز معظم تكاليف المشروع فى الموارد المطلوبة‎ 

لإنجاز المهام. تنقسيم هذه الموارد إلى نوعين هما: 

-١‏ موارد بشرية: تتصمن جميع الأفراد المشاركين فى عمليات تطوير المشروع 
Stakeholders‏ . 

7 - موارد مادية: تتضصمن جميع الأجهزة والبرمجيات والتجهيزات ومصاريف 
ويتم تصنيف التكاليف بالمشروع إلى صنفين أساسيين هما: 

-١‏ تكاليف اس تثمارية: هى تكاليف يتم استثمارها قبل بداية المشروع مثل شراء أو 
تأجير الموقع الخاص بالمشروع وتكاليف تجهيز الموقع بجميع الموارد المطلوبة لبدء 


المشروع. 

۲ تكاليف تشغيلية: هى تكاليف تنشاً مع بدء التشغيل الفعلى للمشروع مثل إيجار 
أجهزة وأجور الموارد البشرية وتكاليف استهلاك خدمات مثل الكهرباء والاتصالات 
وغيرها. 


ونتضمن عملية إدارة التكاليف ما يلى: 





1 إدارة وتطوير مشاريع البرمجيات 


الفصل الثالث أدوات هندسة البرمجيات 


- تحديد الموارد المطلوبة بدفة. 
- تقدير تكلفة الموارد. 
- تخصيص الموارد . 
- متابعة عملية استخدام الموارد. 
- التحكم فى الاستهلاك. 
- تقييم الموارد المستخدمة. 
هناك عدة طرق تستخدم لتقدير تكاليف المشروع وسوف نستعرضها فى الفصل القادم. وهناك 
أيضا العديد من الأدوات التى تستخدم فى عملية إدارة التكاليف (ضمن عمليات إدارة المشروع) 
مثل برنامجى (28112235:673:2006) .eProject (eProject. 2006) .Primavera Enterprise‏ 


: Risk Management إدارة المخاطر‎ ٥-۱-۳ 
تعرف المخاطر بأنها مجموعة الظروف المؤثرة سلبياً فى عمليات تطوير المشروع‎ 
ومن ثم تؤثر فى جودة المنتج البرمجى. تحتوى جميع أنشطة المشروع على قدر من‎ 
المخاطر حسب طبيعة النشاط من حيث الوضوح أو الصعوبة والموارد المستخدمة.‎ 
ولذلك فإن نشاط إدارة المخاطر يعتبر من الأنشطة المهمة فى إدارة المشروع» حيث‎ 
يقومْ مدير المشروع بتحديد الأنشطة التى يمكن أن تحتوى على مخاطرة ويقوم‎ 
أيضا بتقييم قيمة المخاطر وإعداد خطة للتغلب عليها عند حدوثها. يستخدم مدير‎ 
المشروع أساليب الاحتمالات 25021111 والمحاكاة 5111101120108 لتقدير قيمة‎ 
المخاطر المتوقعة التى تساعده على اتخاذ القرار الصحيح. هناك بعض الأدوات‎ 
التى تستخدم بكثرة فى أثناء عملية تقدير المخاطر. فمثلاً يتم استخدام أدوات‎ 
وأدوات قواعد البيانات‎ Microso ۴ الجداول الإلكترونية 5أع30556ع15م5 مثل آع86‎ 
Monte Jia Simulation وأدوات المحاكاة‎ . Microsoft Access Jia Databases 
بالإضافة إلى أدوات إدارة المشروع فى أثناء عمليات تقدير المخاطر المحتملة‎ 0 
من‎ 1101116 ٣2110 بالمشروع. يوضح شكل (1-7) مثالا لاستخدام مخرجات برنامج‎ 

. Risk (Palisade, 2003) خلال آداة‎ 
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شكل (۹-۳) استخدام أداة 11512 فى تقد ير المخاطر 


۲-۳ أدوات نمذجة النظام :System Modeling Tools‏ 
كما ذكرنا سابقاً فإن عملية تطوير مشروع البرمجيات تعتمد على أسلوب النمذجة 
Modeling‏ فى معظم أنشطة التطوير: ويتطلب ذلك توافر مجموعة من الأدوات التى 
تدعم هذا الأسلوب. هناك مجموعة من الأدوات التى تدعم أسلوب النمذجة المرئية 
71511811 خلال المراحل المختلفة لعملية تطوير أنظمة البرمجيات. أحيانا 
يطلق على هذه الأدوات اسم «أدوات هندسة البرمجيات المدعمة بالحاسب “٥۸8۴‏ 
وهى تتميز بدعمها لأسلوب المخزن العام لبيانات النظام أو المستودع /051]013م116 
الذى يحتوى على جميع المعلومات عن نظام الأعمالء ومن ضمنها النماذج التى تصف 
النظام من خلال عدة منظورات مختلفة. يساعد هذا المستودع على إمداد جميع 
أفراد فريق التطوير بالمعلومات المطلوبة. تركز أدوات نمذجة النظم على أنشطة 
تحليل المتطلبات 4172813515 Requirements‏ وتصميم النظام 1065180 System‏ . فيما 

يلى عرض أمثلة لبعض هذه الأدوات: 





۱۳۹ إدارة وتطوير مشاريع البرمجيات 


الفصل الثالث أدوات هندسة البرمجيات 


ttp://www.telelogic.com 
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MagicDraw (Nomagie, 2006) [hupZhvwwmagicdraweom | 
Rational SODA (Rational, 2006) [hupZvwwruionalcom | 
PowerDesigner (Sybase, 2006) 


1-1-۳ إدارة المتطليات :Managing Requirements‏ 
المتطلبات هى عبارة عن مجموعة من الجمل النصية التى تصف متطلبات 
واحتياجات العميل الخاصة بنظام الأعمال الجارى تحليله. تتبع وثائق المتطلبات 
تنسيقا وشكلا معينا يلائم التمثيل الهرمى .Hierarchical Represeıta101‏ يجب أن 
تتوافر مجموعة من الخصائص فى الأداة التى سوف تس تخدم فى نمذجة متطلبات 

النظام مثل: 
- تعديم نموذج فياسى يلائم وصف المتطلبات. 
- دعم أسلوب التمثيل الهرمى. 
- إدارة عملية تغيير المتطلبات. 
- إتاحة بيانات المتطلبات لجميع أفراد المشاركين فى عمليات التطوير. 

يستخدم فريق التحليل هذه المتطلبات لإنتاج نماذج تحليل النظام. ويستخدم فريق 
التصميم مواصفات المتطلبات لتحديد معمارية النظام. ويستخدم فريق الاختبار هده 
المواصفات لإعداد حالات الاختبار للمنتجات البرمجية. ويستخدمها مدير المشروع 
لإعداد جدول أنشغطة المشروع وتحديد الموارد المطلوبة ومن ثم تقدير ميزانية 
المشروع. يوضح شكل )٠١-5(‏ جزءا من وثيقة المتطلبات لإحدى حالات الاستخدام 
‰6 1156 التى تم إنشاؤها باستخدام إحدى أدوات إدارة المتطلبات المقدمة من 
شركة 18M‏ ويطلق عليها اسم .(Rational, 2006). RequisitePro‏ 


5 ات 


ttp://www.sybase.com/products/enterprisemodeling 
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Requirements ت‎ 
management tools Tp 6 
Use Case Specification: Arrange Shipment 


1. UCT Arrange Shipment] 
1.1 Brief Description SS 


This Use Case is arı extersian ûf the Checkout USE C 


و احا ريه | 9[ ا مت ب سد ا 
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شكل )٠١-۳(‏ وثيقة المتطلبات 

يتم تخزين وثيقة المتطلبات فى مستودع النظام» وتقوم أداة إدارة المتطلبات بعرض 
تلك المتطلبات لأفراد فريق التطوير وتسمح لهم أيضا بالتعديل فيها حسب الحاجة. 
تدعم الأداة أيضا عمليات التنقل بين المتطلبات وبين النماذج المرئية المقابلة لها . 
وتستخدم أدوات النمذجة أسلوب الجداول الإلكترونية لعرض المتطلبات وتداولها 1 

تهتم عملية إدارة المتطلبات بتنظيم عملية ربط المتطلبات بالنموذج الذدى يقوم 
بتمثيلها وبالعناصر المختلفة داخل النموذج مثل الأصناف 0135565). والطرق 1/1615005. 
يؤدى ذلك إلى توافر إمكانية التكامل بين مراحل التطوير المختلفة بدءا من تحديد 
المتطلبات مرورا بالتصميم وحتى إنتاج البرامج 
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۱۳۸ إدارة وتطوير مشاريع البرمجيات 


الفصل الثالث أدوات هندسة البرمجيات 


۲-۲-۳ النمذجة المرئية Visual Modeling‏ : 
هناك العديد من الأدوات التى تدعم عملية إنتاج النماذج المرئية للنظام. بعض 
هذه الآدوات يدعم فقط عملية إنتاج المخططات الرسمية للنماذج مثل أدوات الرسم 
التى تقدمها شركة مايكروس وفت من خلال تطبيقات المكتب 1815)011166: واليعض 
الآخر يدعم عمليات التكامل بين النماذج وإنشاء المستودع 18600514017 وإنتاج 
قواعد البيانات وتوليد البرامج. يوضح شكل )١١-(‏ مثالا لإحدى أشهر الآدوات 
المستخدمة فى نمذجة النظم باس تخدام لغة .11141 المقدمة من شركة 181/1 
وتسمى (2006 ,[5861008) Rose”‏ 15310021" . يوضح الشكل مواصفات التصميم 
لأحد النظم من خلال مخطط الأصناف 101387813 01355 ومواصفات أحد الأصناف 
ومواصفات إحدى العمليات له. تمكن الأداة فريق التطوير بالمشروع من إدخال 
مواصفات المتطلبات الوظيفية لنظام الأعمال من خلال نموذج مخطط حالات 
الاستخدام وإدخال بيانات محتوى كل حالة استخدام. ومن الممكن أيضا إنتاج كل 
من مخطط النشاط ومخطط التتابع لكل حالة استخدام: وبعد ذلك يتم إنتاج مخطط 
الأصناف بالاستعانة بالمعلومات المقدمة فى حالات الاستخدام. تقوم الأداة بعد ذلك 
باستخدام مخطط الأصناف لإنتاج قواعد بيانات النظام: بالإضافة إلى إنتاج البرامج 
المبنية على الأصناف بالاستعانة بالمعلومات الموجودة فى مخططات التتابع لوصف 
التفاعلات بين الأصناف. تمكن الأداة أيضا فريق التطوير من إجراء التعديلات 
المناسبة على النماذج المخزنة بالمستودع فى أى وقت مع إمكانية إعادة إنتاج قواعد 

البيانات والبرامج المقابلة للتعديلات الجديدة. 


:Report Generation قوليد التقارير‎ ۳-۲-۳ 


من الضرورى أن يتم إمداد باقى المشاركين فى المشروع 51216120106155 بمعلومات 
عن منجزات مراحل التطوير المختلفة. يتم ذلك من خلال مجموعة من التقارير التى 
يكم إعدادها بشكل يناسب المستخدم للتقرير مثل وثائق نصية أو صفحات ويب أو 
أشكال توضيحية ورسوم بيانية وغيرها. يوجد العديد من الأدوات التى تدعم عملية 
توليد التقارير وهی تحتوى على عدد كبير من القوالب 161213665 يمكن اس تخدامها 
فى تحديد شكل التقرير. يحدد القالب الشكل العام لهيكل التقرير المطلوب: وبعد 
ذلك يتم تحديد محتوى التقرير حسب حاجة المستخدم من المعلومات عن النظام . 
يوضح شكل )١7-5(‏ استخدام إحدى أدوات النمذجة وإنتاج التقارير فى أشكال 
مختلفة (2006 (Rational,‏ . 
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أدوات هندسة البرمجيات الفصل الثالث 
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: Database Modeling تمذجة قواعد البيانات‎ ٤-۲-۳ 
كما ذكرنا سابقاً فإن جميع بيانات النظام يتم تنظيمها وتخزينها والتعامل معها‎ 
باستخدام أحد أنظمة إدارة قواعد البيانات. تحتوي قواعد بيانات النظام على‎ 
مجموعة من الجداول المرتبطة: ويمثل كل جدول كائنا من كائنات النظام أو يمثل‎ 
علاقة تريط بين بعض الكائنات. يتم تمثيل ذلك من خلال نماذج قواعد البيانات‎ 
التى تصف مجموعة الكائنات بالنظام والعلاقات بينها. هناك العديد من الأدوات‎ 
التى تدعم عملية نمذجة قواعد بيانات النظام. تقوم هذه الآدوات بعمليات إنشاء‎ 
وتحديد خصائص 41111011165 كل جدول والمفاتيح‎ Creating 186165 الجداول‎ 
مع1ء701 له» وكذلك مجموعة القيود‎ Keys والخارجية‎ Primary Keys الأساسية‎ 
والإجراءات المخزنة 25066010165 560560 بكل جدول» بالإضافة إلى‎ 15 
تمثيل العلاقات 5م116131025[1 بين الجداول. من الممكن أن تستخدم بعض هذه‎ 
الأدوات نموذج الأصناف 101387313 01355 بلغة .11141 لإنتاج نموذج قواعد البيانات»‎ 
Referential Integrity ثم يضاف إليه بعض الخصائص مثل فيود السلامة المرجعية‎ 
من نموذج‎ NM] ومن الممكن أيضا أن يتم استخراج نماذج لغة‎ . 15 
يوضح‎ . Reverse 11812661118 قواعد البيانات باستخدام أسلوب الهندسة العكسية‎ 
5/0856 شكل (۱۳-۲) مثالا لاستخدام أداة 1051807 20167 المقدمة من شركة‎ 
لنمذجة قواعد البيانات لأحد النظم (2006 ,5[/5356). يوضح الشكل بعض الجداول‎ 
والعلاقات بينها. والجدير بالذكر أن أداة نمذجة قواعد البيانات تعمل بالتكامل مع‎ 
Database Management System أجزاء أخرى داخل نظام إدارة قواعد البيانات‎ 
وهی تتسم بقدرتها على توليد أكواد هيكل قواعد البيانات ©6006 5016728 والأكواد‎ 
. Stored Procedures الخاصة بالإجراءات المخزنة‎ 





5 


3 عميه عدوةةك 0 
مه 52222 “وصمم معو موده 
دااع مجوهة 6 DIAS key‏ العم سدح FR‏ 20022512 


شكل (۱۳-۳) استخدام أداة 106518167 201717 لنمذجة قواعد البيانات 
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أدوات هندسة البرمجيات الفصل الثالث 


Integrated Development Environment (1DE) بيئة التطوير المتكاملة‎ ۳-۳ 


المقصود ببيئة التطوير المتكاملة هى البيئة التى تساعد المبرمج على إنجاز 
مهام كتابة البرامج وتدقيقها وتكاملها مع أجزاء برمجية أخرى وإنتاج البرمجيات فى 
الشكل التنفيذى. هناك العديد من الأدوات التى تدعم هذا الأسلوب ولكنها تختلف 
فى بعض الخصائص أو المميزات التى تقدمها للمطورين مثل دعمها لأسلوب نمذجة 
النظم البرمجية وتكاملها مع أدوات أخرى مثل أدوات إدارة التشكيل 001111511586108 
Management 5‏ لدعم أسلوب فريق العمل أثناء عملية التطوير. 


: Writing. Executing. and Debugging Programs كتابة وتنفيذ وتصحيح البرامج‎ ٠-۳-۳ 


الغرض الأساسى من استخدام بيئة التطوير المتكاملة هو مساعدة المبرمجين فى 
كتابة الأكواد بشكل أسرع وتقليل نسبة الخطأ فيها وذلك من خلال توفير بيئة تطوير 
تدعم أسلوب البرمجة المرئية والبرمجة الموجهة بالكائنات وتكاملها مع كل من نماذج 
لغة 11841 ونظم إدارة قواعد البيانات. يوضح شكل )١5-7(‏ مثالا لاستخدام بيئة 
تطوير متكاملة Sun ONE Studio‏ تقدمها شركة .Sun Microsystems‏ 
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Sun ONE Studio بيئة التطوير المتكاملة‎ ) ١5-٠( شكل‎ 
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تدعم أدوات بيتة التطوير المتكاملة أسلوب البرمجة الموجهة بالكائنات من خلال 
تقديمها لعدد كبير من الكائنات المعدة سابقاً والجاهزة لإعادة الاستخدام 016ةؤناء*1 
05 فى التطبيقات التى ينه تطويرها مع إمكانية ضبطها والتعديل فيها لتلاتم 
طبيعة التطبيق. توفر أيضا هذه الأدوات مجموعة من المعالجات 17123505 التى 
تساعد المبرمج فى إنتاج البرمجيات بشكل أسرع ودفيق. وتتميز بيئة التطوير 
الموعاملة أنضا باحتواكها على مكرن صوصن حم امن تلكاكتات الع خخيمة: يقو 
باستعراض خصائصها والطرق التى تقدمها مما يسهل من عملية كتابة الآكواد بشكل 
صحيح وسريع. وتقوم أيضا بتقديم المساعدة للمبرمج فى حالة حدوث أخطاء 
أثناء التعامل مع الكائنات المستخدمة فى التطبيق. وتدعم بيئة التطوير المتكاملة 
عملية تنفين البرامج بعد تدقيقها وترجمتها وربطها بالمكونات المستخدمة من مكتبة 
الكائنات حتى يتم إصدار الشكل التتفيذى للتطبيق. وتدعم أيضا عملية تتيع الأخظاء 
وتصحيحها 1065118811185 من خلال التنفيذ الجزئى للبرنامج حسب رغبة المبرمج 
(خطوة خطوة أو حتى نقطة معينة أو تنفيذ طريقة معينة 1161504 أو تخطى تنفيذ 
ر فى اقام افيد ]): 


۳۔۳۔۲ التكامل مع نمذجة البر: مجيات :Integration with Software Modeling‏ 


تتميز بعض أدوات التطوير الحديثة بتضمينها عمليات نمذجة البرمجيات 
باس ME E‏ رين بی تطوير طاسي أسلوب فريق العملء إذ 4 


والحصول على e‏ المقابلة آليا. e‏ اا Fre‏ باه الهندسة العكسية 
فى استخراج النماذج من الأكواد المكتوبة وقواعد البيانات. 


۳۔۳۔۳ تطوير تطبيقات الأعمال :Enterprise Application Development‏ 


تستخدم آدوات بيئّة التطوير المتكاملة IDE‏ فى تصميم وتطوير ونشر تطبيقات 
نظم الأعمال الكبيرة والمتوسطة أيضا. تتطلب عملية التطوير أفرادا ذوى كفاءة وخبرة 
عالية فى مجالات التصميم والبرمجة وقواعد البيانات. مع الإلمام التام بمفاهيم 
الكائنات الموجهة واس تخدامها فى مراحل التطوير المختلفة. وكذلك التمكن من 
استخدام أدوات تطوير صفحات الإنترنت» واستخدام تقنية الخادم والعميل /۸ع1اC‏ 
. تتميز هذه الأدوات أيضا بإمكانية التكامل مع خادم التطبيقات Applicati10۸‏ 
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. تشترك معظم أدوات تطوير تطبيقات نظم الأعمال فى تنفيذ ما يلى: 
- تصميم المكونات الأساسية للتطبيق (نماذج 701125 أو صفحات ويب 23865 داء1877). 
- تطوير محتوى المكونات باستخدام المعالجات المساعدة 1171281505 . 
- إضافة أكواد ضرورية للمكونات المنتجة باستخدام المعالجات. 
- اختبار المكونات: 
داشر الخو 
هناك العديد من الأدوات التى تستخدم على نطاق واسع فى تطوير تطبيقات نظم الأعمال مثل: 
Oracle JDeveloper, 10g.‏ - 
Sun ONE Studio.‏ - 
IBM San Francisco.‏ - 
Microsoft Visual Studio.‏ - 
تحتوى معظم هذه الأدوات على معالجات قوية تساعد المطورين على إنجاز جزء 
كبير من التطبيق بسهولة وسرعة كبيرة. وتقدم أيضا هذه الأدوات بعض القوالب 
الجاهزة EJB, SF, Web services Jia Templates‏ 151 وهى تختصر كثيرا من 
الوقت والجهد المطلوب لتطوير التطبيق. تدعم أيضا هذه الأدوات الاحتياجات 
الضرورية لتطبيقات الأعمال مثل: 
- استخدام أسلوب النمذجة المرئية Visual Modeling‏ . 
- الاتصال بقواعد البيانات Database Connectivity‏ . 
- تقديم أنماط مختلفة لواجهات المستخدم User Interface For ats‏ . 
- دعم عمليات الهندسة العكسية ]5110001 Reverse Engineering‏ . 
- التعامل مع خادم التطبيقات Application Server‏ . 
- إمكانية العمل فى بيئّة الإنترنت Web Based/Enabled Development‏ . 


Integration with Business Components التكامل مع مكونات نظام الأعمال‎ ٤-۳-۳ 
هى الطبقة المتوسطة‎ Business Components تعتبر مكونات نظام الأعمال‎ 
داخل نظام البرمجيات المتعدد الطبقات 5/5612 1411141-1161. توجد‎ 1410016- Tier 
هذه الطيقة بين طبقة واجهة التطبيق آل6 11684101م42 وطبقة قواعد بيانات‎ 
التطبيق ع103]8535 11624101ممرث. ومن الأفضل أن يتم نشر هذه الطبقة المتوسطة‎ 
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فى خادم التطبيقات Application Server‏ . تعتبر أداة التطوير Oracle [Developer‏ 
من الأدوات التى تدعم أسلوب طبقة مكونات نظام الأعمال الذى يطلق عليه اسم 
“)Business component for Java )804[«‏ الذى يساعد على تطوير التطبيقات 
المبنية على قواعد بيانات. تحتوى طبقة [2).4 على كتل بنائية Building Blocks‏ 
تتكامل مع قواعد البيانات باستخدام أسلوب الاتصال 11(80. وتتضمن طبقة [804 
أيضا مجموعة ملفات تشكيل مبنية على أسلوب ,2011 تقوم بعملية الربط بقواعد 
البيانات وإنتاج نوافذ التطبيق 11/120015 icationاApp.‏ تستخدم طبقة [80:4 
تقنيات [:501 ,71280 للاتصال بقواعد البيانات واستخراج البيانات المطلوبة لواجهة 
التطبيق. يوضح شكل )١0-7(‏ إحدى خطوات المعالج الخاص بطبقة [804 فى أثناء 
الاتصال بقواعد البيانات فى أثناء استخدام أداة تطوير التطبيقات المبنية على قواعد 
البيانات 106761025617[ 01316 المقدمة من شركة أوراكل. يتميز أسلوب المعالج 
بتبسيط عمليات الاتصال بقواعد البيانات واختيار الجداول التى يتم اس تخدامها 
فى بناء النموذج الخاص بالتعامل مع البيانات. وكذلك تكوين الاستعلامات المناسبة 
لإدخال واستخراج البيانات من قواعد البيانات» مما يوفر الكثير من الوقت والمجهود 








شكل ١6-7(‏ ) استخدام أداة التطوير Oracle [Developer‏ 
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:C۸A5۴ ٥٥۵اء أدوات هندسة البرمجيات المدعمة بالحاسب‎ ٤-٣ 
لقد عانت مشاريع البرمجيات فى الماضى القريب من اعتماد عملية التطوير على‎ 
آ سلوب ومهارات الأفراد القائمين على تنفيذها وهی تتباين بشكل كبير من شبخص‎ 
لآخرء مما يؤدى إلى صعوبة شديدة فى تكامل الأنظمة وصيانتها فيما بعد نظرا لعدم‎ 
لمشكلة؛ تم‎ ١ تقيدها أو اتباعها لمقاييس علمية أو نهع منهجية معينة. و للتغلب على تلك‎ 
إنتاج بعض الأدوات التى تس تخدم الأساليب القياسية لهندسة البرمجيات وذلك لدعم‎ 
عملية تطوير النظم. تفضل الآن أغلب المؤسسات استخدام أدوات هندسة البرمجيات‎ 
المدعمة بالحاسب فى تطوير وإدارة أنظمتها لتحقيق العديد من الأغراض مثل:‎ 
تحسين جودة النظام المطور.‎ - 
إنجاز النظم فى وقت أقل من الطرق التقليدية.‎ - 
تسهيل وتحسين عملية الاختبار باستخدام أسلوب التدقيق الآلى للبيانات.‎ - 
تحسين عملية التكامل بين أنشطة المشروع.‎ - 
تحسين جودة عملية توثيق النظام وضمان اكتمالها.‎ - 
تسهيل عمليات الصيانة للنظام.‎ - 
المساعدة فى اعتماد معايير قياسية لعملية التطوير.‎ - 
المساعدة فى إدارة المشروع.‎ - 
وتتمثل معوقات استخدام أدوات هندسة البرمجيات المدعمة بالحاسب فيما يلى:‎ 
التكلفة العالية لشراء تلك الأدوات.‎ - 
التكلفة العالية لتدريب فريق التطوير على استخدامها.‎ - 
ضعف درجة الثقة فى منتجاتها من قبل بعض المؤسسات.‎ - 
عدم اتباع المعايير القياسية للمنهجيات المتبعة داخل المؤسسة.‎ - 
ويتمثل تأثير استخدام أدوات هندسة البرمجيات على جميع الأفراد المشاركين فى‎ 
تطوير وإدارة مشاريع البرمجيات فيما يلى:‎ 
تساعد أفراد التحليل والتصميم على إنتاج جزء كبير من المهام الروتينية بشكل آلى‎ - 
. بناءً على المواصفات الأساسية التى تم إدخالهاء مما يوفر الوقت والمجهود‎ 
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-قساعد كثيراً اأفراد فريق البرمجة إذ إذها اتوم مإنت اج الأكواد اللقابلة لمواضفات 
التصميم» ويقتصر دور المبرمجين على تكامل وصيانة المكونات البرمجية المنتجة 
وإضافة يعض التحسينات الشكلية عليها . 

- تساعد مستخدمى النظام ليصبحوا أكثر فاعلية مع مطورى النظام فى أثناء عمليات 
تطوير البرمجيات المطلوبة ومراجعتها وإبداء الملاحظات عليها. 

- تساعد العميل (صاحب المشروع) ليكون أكثر فاعلية مع مدير المشروع فى أثناء 
عمليات التخطيط الإستراتيجى لمشروع الأعمال. 

- تساعد قائد كل فريق من فرق التطوير بالمشروع على القيام بدور أكبر فى قيادة 
ومتابعة إنتاج كل فرد من أفراد الفريق وكذلك عملية التكامل بين منتجات الفريق. 

- تساعد مدير المشروع على إدارة ١‏ لمشروع بشكل أذ فضل ومتايعة تعدم العمل بالمشروع 
أولا بأول والتحكم فى المتغيرات والموارد الخاصة بالمشروععء مما يساهم فى رفع 
درجة نجاح مشروع الأعمال فى تحقيق أهدافه. 


مكونات أدوات هندسة البرمجيات المدعمة بالحاسب: 

تدعم أدوات هندسة البرمجيات معظم أنشطة تطوير وإدارة مشاريع البرمجيات» 
فهناك أدوات تستخدم فى مرحلة تعريف المشروع واختياره: وهناك آدوات تستخدم 
فى أثناء مرحلة التخطيطء وهناك أدوات تستخدم لإنتاج النماذج التخطيطية لكل من 
عمليات النظام وبياناته. وكذلك عملية توليد البرامج» وإنتاج نماذج واجهات استخدام 
النظام والتقارير: بالإضافة إلى التوثيق الآلى لجميع مراحل التطوير. يمكننا تنظيم تلك 
الأدوات فى شكل طبقتين: تسمى الطبقة الأولى «أدوات الطبقة العليا 04518 Upper‏ 
ئ6 ؛: وتسمى الطبقة الثانية «أدوات الطبقة السفلى «(Lower CASE Tools‏ 
كما هو مبين بالشكل .)١1-5(‏ تحتوى الطبقة العليا على أدوات إدارة المشروع 
وأدوات التحليل وأدوات التصميم: فى حين تحتوى الطبقة السفلى على أدوات البرمجة 
والاختبار والتوثيق والتدريب والتثبيت والصيانة (2002 Al,‏ .اء (Hoffer‏ . 

تعتمد أدوات هندسة البرمجيات المدعمة بالحاسب على استخدام تقنية المستودع 
المركزى :1600511013 لتخزين جميع المعلومات عن كل عملية من عمليات دورة حياة 
تطوير النظم. ويعتبر هذا المستودع بمنزلة قاعدة بيانات مركزية تحتوى على كل 
المعلومات الخاصة بمخططات وصف النظام مثل مخططات تدقق البيانات ومخطط 
العلاقة بين الكائنات ومنطق العمليات وتعريف هياكل البيانات» بالإضافة إلى 
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خصائص نماذج وتقارير النظام وخصائص واجهات استخدام النظام. ويتم استخدام 
هذا المستودع فى إمداد الأدوات المختلفة بالمعلومات التفصيلية التى تحتاج إليها 
لإنتاج المخرجات المطلوية منها بدءاً من خطة المشروع إلى إنتاج الأكواد واختبار 
وصيانة البرمجيات المنتجة. ويتم أيضاً تسجيل جميع التعديلات التى تحدث فى 
ثناء عمليات التطوير فى هذا المستودع. ويوضح شكل (17-7) مكونات معظم أدوات 
هندسة البرمجيات المدعمة بالحاسب (2004 (Sommerville,‏ . 


آدوات إدارة المشروع: 
تحديد الأهداف واختيار المشروع. 
0 لي 1 |[ = ع. 
مراقبة تنفيذ المهام والتحكم فيها. 


أدوات التحليل: 
تحديد متطلبات المشروع. 
نمذجة المتطلبات. 


أدوات التصميم: 
التصميم المنطقى. 
التصميم المادى. 
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أدوات الاستيراد 
والتصدير 


أدوات إدارة أدوات النماذج 
المشروع والتقارير 


شكل )١۷-۳(‏ مكونات أدوات هندسة البرمجيات المدعمة بالحاسب 


تحتوى معظم أدوات هندسة البرمجيات على المكونات التالية: 
- محرر الملخططات Diagram Editor‏ : 

يستخدم لإنشاء النماذج التخطيطية مثل نماذج تدفق البيانات ونماذج العلاقة بين 
الكائنات ونماذج حالات الاستخدام ومخطط الأصناف وغيرها من المخططات» وذلك 
بشكل فياسى ويتم تخزينها فى مستودع النظام Repository‏ . 
- أدوات التحليل والتصميم Analysis x Design Tools‏ : 

تقوم بعملية التدفيق للتآكد من صحة واكتمال وتناسق مواصفات نماذج التحليل 
والتصميم للنظام واستخراج الأخطاء لتصحيحها. 
- لغة استفسار Query Language‏ : 

تسح للمشاركين فى تطوير النظام بالاستفسار والبحث عن ل جزء من مكونات 
- قاموس البيانات Data Dictionary‏ : 


النظام Repository‏ ويقوم أيضا بتوليد توثيق النظام 100611111218105 System‏ . 
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- أدوات توليد النماذج والتقارير Reports Generation Tools‏ & 1011225 : 


تقوم بتسعيه وجهات استخدام النظام User Interface‏ وتصميم التقارير 
المطلوبة. 
- وسائل توريد واستيراد :Import/Export Facilities‏ 

تسمح بتبادل المعلومات بين المستودع وأدوات التطوير الأخرى. 
- مولدات الأكواد :Code Generators‏ 

تقوم بإنتاج أكواد البرامج وقواعد البيانات آلياً وذلك باستخدام مواصفات التصميم 
المخزنة فى مستودع النظام. 
- إدارة المشروع Managing the Project‏ : 

ق آدوات تقوم بتنفيد أنشغطة إدارة المشروع مثل تحديد الأهداف والمهام 
وجدولتها وتنظيم الموارد ومتابعة تنفيذ المهام وتعديل الخطة وغيرها. 

تعتبر أداة 106518275 eا0rac‏ المقدمة من شركة 0O۸۸٣]٤‏ العالمية واحدة من 
أشهر أدوات هندسة البرمجيات المستخدمة حاليا فى تطوير مشاريع البرمجيات. 
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الفصل الرابع 
إدارة مشاريع البرمجيات 


Software Project Management 


تعتبر إدارة المشروع من الأمور المهمة جداً عند البدء فى تنفيذ مشروع جديد أو 
تطوير مشروع قائم. تركز عملية إدارة مشاريع البرمجيات على التأكد من الاستخدام 
الجيد للموارد المخصصة لإنتاج برمجيات تفى بتطلعات المستفيد» وأن يتم تسليم 
المشروع فى الوقت المحدد وفى حدود الميزانية المتفق عليها. وعلى هذا فيمكننا 
تعريف إدارة المشروع بآنها عملية مخططة تقوم على تطبيق مجموعة من المعارف 
168 والمهارات 514115 والآدوات 10015 والأساليب 10165ططاءء1' على 
نشاطات المشروع لتحقيق متطلبات وتوقعات المساهمين فى المشروع وذلك فى 
حدود تقيد زمنى ومالى. 


مراحل إدارة مشاريع البرمجيات امعدمءع ةمد :The Phases of Software Project‏ 
تمر عملية إدارة مشروع البرمجيات بأربع مراحل رئيسية هى (شكل :))١-4(‏ 
-١‏ التخطيط 213212128 . 
-Y‏ التنظيم Organization‏ . 
ں- المراقبة .Monitoring‏ 
- الضبط Adjusting‏ . 
تبدآ داكماً عملية إدارة المش روع بتحديد آهذاف مشروع الأعمال ويقوم بها مدير 
المشروع بالتعاون مع العميل أو صاحب المشروع. وتعتمد هذه العملية على عدة عناصر 
أساسية هى جودة البرمجيات المطلوية والفترة الزمنية المتاحة لتنفيذ المشروع 
والميزانية المقدرة أو المتاحة حاليا لتنفيذه. وبعد ذلك يقوم مدير المشروع بعمليات 
تخطيط مهام المشروع وتنظيمها ومرافبة تنفيذها والتحكم وضيط عمليات تنفيذ 
مهام المشروع. يتم ذلك بأسلوب يماثل طريقة الشلال فى عملية تطوير البرمجيات» 
مع ملاحظة أنه ليس من الضرورى أن تكون جميع أنشطة إدارة المشاريع تتابعيةء 


إدارة وتطوير مشاريع البرمجيات 1۱ 


إدارة مشاريع البرمجيات الفصل الرايع 





وگن دال اانا بعش الأتفظة فى جر ةة أو حش تناكل جضن 9ة 
المراقبة يمكن أن يقوم مدير المشروع بإجراء تعديل أو ضبط فى خطة المشروع 
الأولية أو فى عملية التنظيم أو كليهما (السماك .)٠٠٠٠‏ 





شكل )١-4(‏ عملية إدارة مشاريع البرمجيات 


التخطيط 21211111118: 
تركز مرحلة التخطيط على إعداد خطة المشروع التى تحتوى على مجموعة 
الأنشطة التالية: 
- وصف للمنتج المطلوب (برمجيات) وخصائصه. 
- تحديد مهام المشروع. 
- جدولة مهام المشروع. 
- تحديد الموارد المطلوبة لإنجاز المشروع. 
- تقدير ميزانية المشروع. 
- تحديد المخاطر التى يمكن أن تواجه المشروع. 


\o۲‏ إدارة وتطوير مشاريع البرمجيات 


القضل الرايع إدارة مشاريع البرمجيات 


التنظيم 0152111226101 : 

تقوم عملية تنظيم المشروع: بناء على خطة المشروع: بتنظيم الخدمات التى 
الأنشطة التالية: 
- اكتساب الأفراد ذوى الخبرات المطلوبة للمشروع. 
- تحديد المنهجيات والطرق التى سوف تستخدم فى تنفيذ عمليات المشروع. 
- توفير مجموعة الأدوات التى تدعم تنفيذ عمليات المشروع. 
- تحديد المعايير والقياسات التى سوف تستخدم لتقييم مخرجات المشروع. 

ومن المهام الرئيسية لعملية تنظيم المشر وع هى عملية التآكد من أن الأفراد 
القائمين على العمل بالمشروع مؤهلين ومدربين جيدا على استخدام الأدوات المطلوبة. 
والمنهجيات المختارة: وتطبيق المعايير والقياسات المحددة. 
المراقبة :Monitoring‏ 

تركز عملية مراقبة مشروع البرمجيات على الأنشطة التالية: 

- تحليل البيانات ومعايرتها. 

- تمثيل وعرض البيانات فى شكل تقارير دورية. 

- إصدار توصيات ومقترحات بناء على البيانات التى تم تحليلها . 

ونؤلته شان عدلية تمر ا هة تيدف متها إلى اتناك من مطايقة اتاك اناري 
تنفيذيها لما هو محدد فى خطة المشروع وإمكانية إجراء التعديلات المناسبة فى 
الوقت المناسب. 


الضيط :Adjusting‏ 
بدون حدوث أى تعديلات عليها فى أثناء مرحلة التنفيذ. هناك تداخل مقصود بين 
ممجلكئ الم راقبا والكبيط رضن إلى إنكانية ج[ نالتا يه ف سوسلة 


إدارة وتطوير مشاريع البرمجيات \or‏ 


إدارة مشاريع البرمجيات الفصل الرابع 
س ي بيت 


مبكرة فى أثناء تنفيذ المشروع مما يقلل من المخاطر التى تؤثر فى نجاح المشروع. 
أحيانا تكون التعديلات طفيفة ولا تؤثر فى سير المشروع حسب الخطة الموضوعة 
مسيقاء وأحيانا أخرى تكون التعديلات كبيرة وجوهريةء نتيجة أخطاء جسيمة حدثت 
فى أثناء عملية تحديد المتطلبات أو فى أثناء عملية تحديد وتقدير الموارد المطلوبة 
أو نتيجة حدث طارئّ مثل فقد أحد الأعضاء المهرة بفريق العمل؛ كل ذلك يؤدى إلى 
إعادة النظر فى خطة المشروع وتعديلها بشكل كبير سواء فى محتواها أو فى الخطة 
الزمنية أو فى الموارد أو جميعها. تحدث دائما عمليات التعديل والضبط تحت ضغط 
وظروف غير مريحة»ء ويتطلب ذلك أن يتحلى مدير المشروع بالثبات والجرأة؛ ليتمكن 
من اتخاذ القرارات المناسبة لتصحيح الأوضاع فى الوقت المناسب بأقل الخسائر مع 
تجنب التأثير فى نجاح المشروع. 


:Project Plan Development تطوير خطة المشروع‎ ١-٤ 
تعتبر عملية تخطيط المشروع بمنزلة الرأس لباقى جسم المشروع. فعملية‎ 
التخطيط تقوم بتحديد الأفعال (المهام): وتوقيت تنفيذهاء ومن يقوم بتآديتهاء ووضع‎ 
بدائل احتياطية لهاء وجدولة المهام للرجوع إليها فى أثناء عملية متابعة التنفيذ؛‎ 
واتخاذ أفعال تصحيحية على الخطة لضيظ المشروع. ولذلك فإنه يمكئنا القول‎ 
بأن أنشطة تخطيط المشروع تقوم بدور ضابط الإيقاع أو المايسترو لباقى مراحل‎ 
المشروع. وعلى هذا فإنه إذا لم يتم تخصيص وقت كاف لمرحلة التخطيط أو وضع‎ 
خطة متعجلة وغير دقيقة للمشروع» فسوف يؤدى ذلك إلى فشل المشروع فى الغالب.‎ 
ومن جانب آخرء فإن وضع خطة محكمة ودقيقة للمشروع لا يضمن بالضرورة عدم‎ 
حدوث مشكلات فى أثناء التنفيذء ولكنها بالقطع تزيد من فرص حل المشكلات‎ 

والتغلب عليهاء مما يقلل أو يحد من احتمالية فشل المشروع. 

يقوم مدير المشروع بوضع خطة المشروع بالتعاون مع أغلب المشاركين فى 
المشروع (الممولء العميل: المستخدمين: فريق التطويرء .....) بقدر الإمكان. وبعد 
إعداد الخطة: يجب أن يقوم جميع المشاركين فى المشروع بمراجعتها والموافقة 
عليها. ومن الضرورى أيضاً أن يكون مدير المشروع على دراية تامة بمبررات الاحتياج 
للمشروع (مثل تحسين درجة رضا العميل؛ وتحسين الأداءء وزيادة الإنتاجية؛ وتقليل 
التكلفة؛ ..) حتى يمكنه ترجمة ذلك إلى أهداف واضحة يمكن قياسها وتضمينها فى 
خطة المشروع (2004 .(Sommerville,‏ 


ب اا ا ا 
16 إدارة وتطوير مشاريع البرمجيات 


الفصل الرابع إدارة مشاريع البرمجيات 


تحتاج عملية تطوير خطة مشروع البرمجيات إلى إعداد مجموعة من الخطط 
التفصيلية مثل: 


- خطة الجدولة .Schedule Plan‏ 
- خطة الميزانية Budget Plan‏ . 
- خطة الجودة Quality Plan‏ . 
- خطة الاختبار Test Plan‏ . 
- خطة تنمية الأفراد People Development Plan‏ . 
- خطة إدارة المخاطر Risk Management Plan‏ . 
- خطة إدارة التشكيل Management Plan‏ 0011511126101 . 

يوضح شكل )۲-١(‏ مخطط النشاط الذى يمثل أنشطة تطوير خطة المشروع. 
تبدأ الخطة بنشاط تحديد مجال وأهداف المشروع» وبعد ذلك يقوم مدير المشروع 
بتجزئة أعمال المشروع. ومن ثم تحديد المهام Tasks‏ والمستلمات Deliverables‏ 
والمعالم 21116560265 للمشروع. وبعد ذلك يقوم مدير المشروع بتحديد الموارد 
المطلوبة لتنفيذ مهام المشروع التى تتضمن الموارد البشرية والموارد المادية. وبعد 
ذلك يقوم بتحديد مجموعة المخاطر التى يمكن أن تواجه المشروع فى أثناء التنفين, 
وكذلك تحديد معايير الجودة المطلوبة لمخرجات المشروع. وبناءً على ذلك يقوم 
مدير المشروع بإعداد الخطط التالية: 
إكيلة كاشيص وضعية الؤاود. 
د ل الاتسال بين فرق العمل. 
ع تقمقة OTE‏ 


وبعد ذلك يقوم بإعداد جدول مهام المشروع وتخصيص الموارد لكل مهمة ويتم 
استخدام معلومات الجدولة فى تقدير ميزانية المشروع. يقوم مدير المشروع 
باستخدام جميع المعلومات السابقة فى إعداد خطة المشروع الأساسية عهذآ و8 
0ةا: ومن ثم يقوم بمراقبة التقدم فى تنفيذ مهام المشروع واتخاذ الأفعال التصحيحية 
المناسبة لضبط عمليات التنفيذ والتحكم فى مخرجات المشروع لتحقيق أهداف خطة 
المشروع. وفى أثناء عمليات التنفيذ يواجه المشروع غالبا بعض المخاطر والتحديات 
التى تعوق إنجاز المهام حسب الخطة الموضوعة. وإذا كانت قيود الميزانية والجدول 
الزمنى للمشروع غير قابلة للتعديلء فيضطر مدير المشروع إلى إجراء تعديلات فى 
أهداف أو قيود المشروع الأخرى مثل قيود الجودة. أما إذا كانت قيود الميزانية أو 





إدارة وتطوير مشاريع البرمجيات هه 


إدارة مشاريع البرمجيات الفصل الرابع 
بجح م مس جد 


الجدولة غير ثابتةء فانه يعقوم بإعادة جدولة المهام والموارد بالمشروع حسب الاحتياج 
لتحقيق الأهداف بمواصفات الجودة المطلوبة بالخطة. سنقوم الآن بعرض موجز 
لأهم أنشطة تطوير خطة مشروع البرمجيات. 


5:-؟ جدولة المشروع :Project Scheduling‏ 

تعتبر عملية جدولة مهام المشروع ومراجعتها من الأنشطة المهمة لمدير المشروع. 
تتم هده العملية بعد إتمام عملية تحديد قائمة مهام المشروع. ولآن كل مهمة أو نشاط 
فى المشروع له وقت محدد لبدايته وفترة زمنية محددة لتنفيذه ومن ثم له نهاية محددة: 
فإن مدير المشروع يقوم بعملية جدولة مهام المشروع بناء على هذه المعلومات بالإضافة 
إلى مجموعة من القيود التى تنظم عملية الجدولة مثل عملية تخصيص الموارد المطلوبة 
لكل مهما اومن الطبيعي آن تتغرطن معاية تتقية السهام لبمس المتلكلات القن تتغالب 
تدخل مدير المشروع لحلها وإعادة جدولة المهام حسب الظروف الطارئة حتى لا يؤثر 
التأخير فى إنجاز المهمة فى باقى أنشطة المشروع. يقوم مدير المشروع بالاستعانة 
ببعض الأدوات فى أثناء عمليات إدارة المشروع مثل برنامج ز٥٣۴‏ 11105016 الذى 
يساعده فى جدولة المهام وتوزيع الموارد وإعادة الجدولة آليا حسب المعطيات الجديدة 
عند حدوث تغييرات. تساعده هذه الأدوات أيضا فى متابعة إنجاز المهام ومراقبة 
المهام الحرجة بدقة باستخدام مخطط المسار الحرج 01382818[ ط۴at‏ 11621 الذى 
يحتوى على مجموعة المهام التى يجب تنفيذها فى الوقت المحدد لها فى الجدول 
لضمان انتهاء المشروع فى الوقت المقدر له فى خطة المشروع. 


:Tasks and Deliverables المهام والمستلمات‎ ۱-۲-٤ 
كما ذكرنا سنابقاً فإن عملية جدولة المشروع تعتمد على تحديد مهام وأنشطة‎ 
المشروع. يقوم مدير المشروع - بمساعدة فريق العمل - بتنظيم مهام المشروع من‎ 
خلال عدة مستويات هرمية تبدأ بالمهام العامة فى المستوى الأعلى ثم يتم تفصيلها‎ 
فى المستويات التالية إلى أسفل فى شكل مهام فرعية. تعرف هذه العملية بعملية‎ 
يتم تحديد الفترة الزمنية المناسبة لإنجاز كل‎ . Wok 8168211012 «تجزئة العمل‎ 
مهمة وهى تراوح بين عدة ساعات إلى عدة أسابيع حسب حجمها. ومن الأقصيل آلا‎ 
تزيد الفترة المعخصصة للمهمة على أسبوعين. وبعد ذلك يبدأ مدير المشروع فى‎ 
إعداد الجدول الزمنى للمشروع بدءا من المهمة الأولى فى الترتيب ثم المهام الأخرى‎ 
التى تليها حتى نصل لنهاية المشروع. وفي الحالات التى تتطلب أن يتم الانتهاء من‎ 
المشروع فى وقت محدد» كأن يكون مرتبطا بموسم معين يجب أن يكون المشروع‎ 


و ا ي 
16 إدارة وتطوير مشاريع البرمجيات 


الفصل الرايع إدارة مشاريع البرمجيات 


جاهزاً للتشغيل فيه» فإنه يمكن لمدير المشروع أن يبدأ بهذا الوقت ويخصصه لنهاية 
النشاط الأخير فى المشروع ويستمر فى جدولة باقى المهام فى الاتجاه العكسى 
حتى يصل إلى المهمة الأولى فى المشروع: من ثم يتم تحديد الوقت الملائم لبداية 
المشروع وكذلك حجم الموارد المطلوبة إذا كان الوقت المتاح ضيقا. 


تحديد أهداف ومجال وقيود المشروع 






البداية 


تقدير الموارد المطلوية 







تجهيز وسائل الاتصال بين 
فريق العمل 





هل فيود الجدول 
والميزانية تعتبر ثابتة؟ 


شكل )۲-٤(‏ مخطط أنشطة تخطيط المشروع 


إدارة وتطوير مشاريع البرمجيات 0۷\ 


إدارة مشاريع البرمجيات القصل الرايع 


يتضمن المشروع بعض المهام التى تؤدى إلى حدث بارز أو تسليم مخرجات جوهرية 
وهى تعتبر معالم أو علامات فارقة 241165]0265 فى المشروع. من الممكن أن تكون 
هذه المعالم دليلاً على نهاية عملية أو مرحلة أو المشروع نفسه. هذا بالإضافة إلى 
أن كل مهمة من مهام المشروع يمكن أن تؤدى إلى إنتاج مستلمات Deliverables‏ 
محددة من مستلمات المشروع. أحيانا يتم تمثيل المعالم والمستلمات فى شكل مهام 
ليس لها فترة زمنية (01153102 = صفر). يوضح شكل )١-4(‏ مثالا لاستخدام برنامج 
Microsoft Project‏ لإنشاء قائمة مهام أحد المشاريع. نلاحظ فى الشكل أن القائمة 
تركز على عرض المهام فى شكل هرمى وتوضيح الفترة الزمنية المخصصة لكل 
مهمة. وقد تمت تسمية المهام فى المستوى الأعلى باسم “Summary Task,‏ ويتم 
حساب الفترة الزمنية لها آليا وهى تساوى مجموع الفترات الزمنية للمهام الفرعية 
لها. ونالاحظ أيضا وجود مهام روتينية Recurring Tasks‏ تحدث بشكل دورى مثل 
اجتماع لمراجعة الخطة أسبوعيا لمدة ساعتين. 








شكل )۳-٤(‏ قائمة مهام المشروع 
١-7-4‏ جدوئة :Task Scheduling lal‏ 


تعتمد جدولة المشروع على الترتيب الزمنى لأنشطة المشروع وعلى الاعتمادية 
بينها. ولهذا يجب تحديد الاعتمادية بين مهام المشروع قبل عملية الجدولة. غاليا 


10۸ إدارة وتطوير مشاريع البرمجيات 














الفصل الرابع إدارة مشاريع البرمجيات 
ما توجد الاعتمادية بين نشاطين أو أكثر نتيجة لطبيعة تنظيم إجراءات العمل أو نتيجة 
لاشتراك أكثر من مهمة فى استخدام الموارد نفسها خصوصا البشرية. أما المهام 
التى لا تعتمد تعتمد على بعضها فيمكن لمدير المشروع أن يجدولها فى الوقت نفسه (أى 
تعمل عل التوازى) أو حسب ظروف الموارد المطلوبة. تقدم أداة Microsoft Project‏ 
أربعة أنواع من الاعتمادية بين المهام هى: 


:Finish-to-Start نهاية - إلى - بداية‎ -١ 

لا يمكن أن تبداً المهمة التابعة 506665501 إلا بعد انتهاء المهمة السايقة لها 85501عع1606م. 
؟- بداية - إلى - بداية :Start-to-Start‏ 

لا يمكن أن تبدأً المهمة التابعة إلا بعد بداية المهمة السابقة لها. 
'- نهاية - إلى - نهاية :Finish-to-Finish‏ 

ليمك نان تنتهى البهمة اتتابعة إل مه اناع الميية الشبائقة لها 
غ- بداية - إلى - نهاية :Start-to-Finish‏ 

ل كن أن تى اة التابعة الآ يعن تدانة المهمة السايعة لها: 

وبعد تحديد تلك التبعيات بين المهام؛ فإن أى تعديل يحدث فى بداية أى مهمة أو 
فى الفترة الزمنية لها سوف يؤثر آليا فى جدولة المهام التالية لها. 

هناك نوعان آخران للتبعية بين المهام هما: 

: Delay Dependencies تبعيات التأخير‎ - 

تحدد فترة زمنية محددة بعد نهاية المهمة السابقة حتى تبدأ المهمة التالية لها. 

: Overlap Dependencies تبعيات متداخلة‎ - 

يحدث فيها تداخل بين المهام» إذ يمكن أن تبدأ مهمة قبل نهاية المهمة السابقة 
لها بفترة معينة. 

الآن وبعد تحديد قائمة المهام وتحديد التبعية بينهاء يتم إنشاء جدول مهام 
المشروع باستخدام أسلوب خريطة جانت 12316 UA N11‏ . يوضح شكل )٤-٤(‏ مثالا 
لاستخدام أداة ]2506 1416050116 فى إنشاء الجدول الزمنى لمهام أحد مشاريع 
اجا 
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52124581 نهل 115 
سملت 55 









شكل (4-؛ ) جدولة مهام أحد المشاريع باستخدام خريطة جانت 


:Resources Calendars تقويمات الموارد‎ "-7-: 

يتم تصنيف الموارد المطلوبة لإنجاز كل مهمة فى المشروع إلى نوعين: 
- موارد بشرية: 

تصف مجموعة الأفراد القائمين على إنجاز المهمة. 
ج موارد مادية: 

تصف مجموعة الأجهزة والبرمجيات والمواد المطلوب اس تخدامها لإنجاز 
المهمة. 

يمكن أن تحتاج المهمة إلى أكثر من مورد سواء من كلا الصنفين آو أحدهما. وقيل 
عملية تخصيص الموارد على المهام» يجب تحديد الموارد المطلوبة ونوعها وكميتها 
والوقت المطلوب توفيرها فيه وفترة استخدامها. وبعد انتهاء عملية تخصيص الموارد 
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كل المهام: يشوم مدير المشروع بمتايعة وتقييم الموارد المستخدمة. فيقوم بتشييم 
حجم الإنجاز للموارد البشرية وكذلك معدل استخدام الموارد المادية. وبناءً على ذلك 
يمكن لمدير المشروع أن يعيد يعيد تخصيص الموارد على المهام حسب معدل الإنجاز أو 
الاستخدام: فيمكنه الاستفادة من الموارد القليلة الاستخدام فى إحدى المهام بإعادة 
تخصيصها لمهام أخرى تحتاج إليها . وكذلك يقوم مدير المشروع بتقييم تكلفة الموارد 
المستخدمة. تدعم الكثير من أدوات إدارة المشروع إمكانية التعديل فى معلومات 
“Resource Calendar‏ الذى يمكن مدير المشروع من إدخال أوقات عمل أو استخدام 
الموارد و مواعيد ا عن العمل كما تت بشكل .)٥-٤(‏ 
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شكل (5-5 ) تقويم الموارد 
4-7-4 جدولة المجهود Effort Scheduling‏ : 


تعتمد جدولة المشروع على تخصيص الموارد على مهام المشروع هى تعتمد 
بدورها على فترة استخدام الموارد. فمثلا إذا كان أحد الأفراد يعمل لفترة نصف 
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اوفرع رج س 


الوقت وبدون قيود فى تقويم الموارد» فإن هذا الفرد يكون متاحا لفترة )٤(‏ ماعات 
فى اليوم. وإذا كان حجم العمل المكلف به الفرد يزيد على هذه المدة فيعتبر الفرد 
مكلا بعمل إضافى,. مما يؤدى إلى تقليل فترة إنجاز المهمة ومن ثم يؤثر إيجابياً فى 
جدول المشروع. وعلى هذا فإن إجمالى المجهود المطلوب لإنجاز المهمة لم يتغير 
ولكن فترة الإنجاز هى التى تغيرت. وفى المقابل إذا كانت فترة إنجاز المهمة غير 
قابلة للتغيير. فيمكن لمدير المشروع أن يخصص الموارد المطلوبة لبذل المجهود 
المظلوب لإنجاز المهمة فى الوقت المحدد. 


:Project Budget 1505120102 تقدير ميزانية المشروع‎ ٠-٤ 

تعتبر عملية تقدير ميزانية المشروع من الأنشطة المهمة والحرجة لمدير المشروع. 
هناك العديد من الأساليب المقترحة لتقدير التكاليف بعضها لا يعتمد على أمساس 
علمى» والبعض الآخر يعتمد على خبرة القائمين على عملية التقدير استنادا إلى خبرة 
هؤلاء الأفراد فى مشاريع سابقة مشابهة فى تقدير ميزانية المشروع. وهناك طرق 
أخرى تسمى «التقدير بالقياس» وتقوم على القياس بمشاريع سابقة مشابهة لمجال 
المشروع الحالى نفسه. وهناك طرق تستند إلى أساس علمى تستخدم منها طريقتان 
على نطاق واسع هما: 
-١‏ تقدير مبنى على جدولة المشروع. 
-٣‏ تقدير مبنى على الخوارزميات. 


وسوف نقوم الآن بعرضهما بشىء من التفصيل. 


:Schedule-driven Budget Estimation تقدير الميزانية حسب الجدولة‎ ۱-۳-٤ 
يعتمد هذا الأنلوب على وجود جدول لهام المشروع مسيقا وأن يكون قد تم توزيع‎ 

الموارد المطلوية على المهام. وتعرف هذه العملية بآنها تمثل الجدولة الأساسية أو 
المبدكية للمشروع وذلك لإمكانية التعديل فيها لاحقاً حسب التغيرات التى تطرأ على 
المشروع: مما يؤدى إلى وجود أكثر من جدول للمشروع. وبعد ذلك يتم تقدير تكلفة كل 
مهمة فى الجدول بدقة ويتم تجميعها ثم تضاف إليها التكاليف الثابتة للمشروع 1:60 
48. يتم إدخال تلك المعلومات من خلال استخدام إحدى آدوات إدارة المشاريع مثل 
Project‏ 160504 لحساب الميزانية المقترحة للمشروع. يجب الأخذ فى الاعتبار 


ج ا ا > د 
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أن تلك التقديرات تكون معرضة للتغيير فى أثناء تنفيذ المشروع نظراً لإمكانية تغير 
تكلفة الموارد المطلوبة عند طلبها عن التكلفة المقدرة أثناء إعداد الخطة بشكل كبير 
تظرا لظطروق :غير متوقعة مكل الخروت أو الأزمات .يتم تقدير تكلقة اكوارد الب ردة 
عن طريق حساب معدل الأجر اليومى أو الأسبوعى أو الشهرى أو خلال فترة محددة 
للأفراد المشاركين فى عمليات التطويرء وكذلك حساب معدل الأجر الإضافى المحتسب 
لساغات العمل الإضافية التى يكلف بها بعض الأفراد لإنجاز مهامهم فى وقت اقل 
من المقدر فى الخطة. يتم تجميع كل هذه التكاليف ويضاف إليها التكاليف الثابتة 
لكل مهمة. يوضح شكل (:-1) مثالا لاستخدام أداة أءء[210 14116105016 فى حساب 
التكلفة الكلية لكل مهمة لأحد المشاريع. 
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شكل )٦-٤(‏ حساب تكلفة المشروع بناءً على جدول المشروع 
نلاحظ من الشكل ما يلى: 
- يتم إضافة التكلفة الثابتة لمعالم 14116560265 ومستلمات 1061176786165 كل مهمة. 
- يتم إضاقة التكلفة الثابتة لمهام المراجعة Recurring Tasks‏ . 
- تعتبر التكلفة الكلية هى تكلفة الخطة الأساسية 83561156 للمشروع مضافاً إليها 
التكلفة الثابتة للمهام. 
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إدارة مشاريع البرمجيات الفصل الرابع 
۲-۳-٤١‏ تقدير الميزانية اجسانيا Algorithmic Budget Estimation‏ : 

مع كثرة الاختلافات التى حدثت فى مشاريع كثيرة فى السابق بين التكلفة المقدرة 
والتكلفة الفعلية للمشروع: أصبح لدى القائمين على إدارة المشروع قناعة كبيرة 
بضرورة أخذ طرق أخرى فى الحسبان لتقدير تكلفة المشروع. إذ لا يجب الاعتماد 
على طريقة واحدة فحسب. ولذلك فإنه من الأفضل الاستعانة بالطرق الرياضية فى 
تقدير التكلفة للتحقق من دقة الطرق الأخرى. تعتمد الطرق الحسابية على بعض 
الصيغ الرياضية لتقدير تكلفة الموارد البشرية على وجه الخصوص من حيث حساب 
تكلفة المجهود الميذول وحجم المشروع. يتم تمثيل حجم المشروع من خلال عدة 
أ- عدد أسطر الأكواد :Lines of Code (LOC)‏ 


يصف عدد أسطر أكواد البرامج المكتوبة بدون الأخذ فى الاعتبار الأسطر 
التوضيحية 11265 01212624©. وتحسب الأسطر دائما بالآلاف وتأخذ الرمز :121.00 


فى الصيغ الرياضية. 
ب - نقاط الوظيفة :Function Points (FPs)‏ 
تعتبر أحد مقاييس حساب حجم المشروع ولكن فى مستوى أعلى من مستوى عدد 
الأسطر. يتم حسابها بناءٌ على توصيف المنتج البرمجى من خلال وظائف أساسيةء هى: 
- المدخلات .Inputs‏ 
- المخرجات Outputs‏ . 
- ملفات البيانات Data Files‏ . 
- الاستفسارات Inquiries‏ . 
- الواجهات الخارجية External Interfaces‏ . 


يتم حساب عدد النقاط حسب تلك الوظائف مع الأخذ فى الاعتبار معاملات وزنية 
Weighting 15‏ لضبط عملية حساب التكلفة حسب درجة تعقيد الوظيفة. 


جص ص 77907ب ب©؟بب9سش©؟©؟©ب؟بٍ؟© ا بب 
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:Object Points (Ops) ج - نقاط الكائن‎ 

كل ياتا آخر فى مستوى أعلى لحساب حجم المشروع. اشا تعتمد 
على توصيف المنتج اليرمجى من خلال مجموعة من الخصائص المقدمة مثل: 
- المكونات البرمجية Software Components‏ . 
- التقارير Reports‏ . 
- واجهات المستخدم User Interfaces‏ . 

يتم حساب مجموع النقاط للكائنات مع الأخذ فى الاعتبار معاملات وزنية لضبط 
سا حاب التكلقة جوا تتفي كل كاك 

يتم استخدام هذه المعلومات عن حجم المشروع فى صياغة النموذج الرياضى 
المستخدم فى تقدير تكلفة المشروع ويأخذ الشكل العام: 

Effort = C * Size 

اة ال مامات 6 هما قجريرية ما کو 5ة من سار سنايقة: يمال امل 
>1 درجة التعقيد بالمشروع وتأخذ القيم من ١‏ إلى ,١‏ ١ء‏ ويمثل المعامل ١‏ درجة الصعوبة 
فى المشروع التى يتم تقييمها من خلال عدة خصائص مثل مهارات فريق العمل ودرجة 
إتاحة الموارد المطلوبة ودرجة المرونة المطلوبة للمنتج البرمجى وغيرها. 

ساتم الان غريها لالض افر لطر الرحاضية ا جخ هة تعد تا 
المشروع وهى طريقة ©60601/10. 


طريقة 00201/10: 
يهدف النموذج الرياضى 810061 ]205) Constructive‏ إلى حساب تكلفة المجهود 
المبذول لإنجاز مهام المشروع. لقد تم تقديم أول نسخة منه فى عام ٠۹۸۱‏ 
باسم 11 00000110) وسوف نركز الآن على النسخة المطورة للأسباب التالية: 
.(Pressman, 2001)‏ 
- تناسب أساليب التطوير الحديثة مثل أسلوب التكرار مع الزيادة وأسلوب البرمجة 
الموجهة بالكائنات Object-Oriented Programming‏ . 
- تناسب أيضاً استخدام أساليب النمذجة عاط را٤۲‏ واستخدام مولدات البرامج 
والتطوير باستخدام المكونات Component-Based Development‏ . 
- تلاتم التطبيقات الكبيرة والمعقدة. 
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ومن الماك المهمة لظريقة 666634611 أنه ا فحن على مرخلة انتطوير التي 
مدي اي اي ل يده د عي 


:Application Composition Model نموذج تكوين التطبيق‎ -١ 
يستخدم فى بداية عملية تحليل المتطلبات» ويستخدم نقاط الكائن الموزونة‎ 
لتحديد حجم المهمة المطلوب تقديرها. يتم‎ Weighted Object Points (Ops) 
حساب نقاط الكائن لكل من واجهات المستخدم وتقارير المنتج البرمجى ومكونات‎ 
المنتج البرمجى. وبعد ذلك يتم تخفيض عدد النقاط حسب نسبة الكائنات التى تم‎ 
الحصول عليها باس تخدام أسلوب إعادة الاستخدام 5]ع00[6) عو۸eu واحتساب نقاط‎ 

الكائنات الجديدة فقط. يتم صياغة معادلة حساب نقاط الكائن (7105) كما يلى: 
NOP = OP * [(100 - % Reuse)] / 100]‏ 

بست يستخدم النموذج ا لمقترح عاملين م سيين لتحديد مستوى إنتاجية عملية التطوير 
Development Productivity Level‏ وهما عامل الخبرة والمقدرة لفريق التطوير 
وعامل مكانة ومقدرة المؤسسة. يوضح شكل (؛-7)ا لمستويات الخمسة لإنتاجية 
عملية | لتطوير. 

وبعد ذلك يمكننا حساب قيمة المجهود المطلوب من فريق العمل كما يلى: 

Effort = NOP / Productivity 

فمثلاً إذا كان عدد نقاط الكائن هى )٠١(‏ والإنتاجية هى »)٤(‏ فإن قيمة المجهود 

المطلوب هى )٠١١(‏ شخص/شهرء وإذا كانت إنتاجية فريق العمل هى )٥١(‏ فإن 


NOP/month الإنتاجية‎ 





خبرة ومقدر ره ة المطورين 0 ومقدرة المؤسسة 


شكل )۷-٤(‏ قياس الانتاجية فى طريقة 11 0020110 
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:Early Design Model نموذج التصميم المبكر‎ -" 

يستخدم بعد اكتمال عملية تحليل المتطلبات ويس تخدم نقاط الوظيفة (FPs)‏ 
لحساب حجم المهمة المطلوب تقديرها . تقدم طريقة 0)201101 جدولا فياسيا 
لتحويل عدد نقاط الوظيفة إلى عدد أسطر الأكواد (10€5) الذى يستخدم بدوره 
فى تقدير قيمة المجهود المطلوب كما يلى: 

Effort = C * SizeK * m + autoeffort 

يتم تحدييد قيم المعاملات المذكورة فى الصيغة بناءً على معلومات من )۸٣(‏ 
موقا ساوقا کیا ذل 
- يأخذ المعامل € قيمة (5,؟) فى مرحلة التصميم الأولية. 
- يأخذ المعامل >1 قيماً تراوح بين )١,١١(‏ إلى .)١,77(‏ 
- يتم تحديد قيم المعامل 112 من خلال سبع خصائص هى: 
- درجة الثقة فى المنتج البرمجى Reliability‏ . 
- درجة إعادة الاستخدام Reusability‏ . 
- درجة صعوبة بيئّة التشغيل 2131101102 . 
- مقدرة الأشخاص Capability‏ . 
- خبرة الأشخاص Experience‏ . 
- الجدول Schedule‏ . 

- التسهيلات المقدمة Facilities‏ . 

تانق قل خاصعة ةم ةوا كافك اللساضيةغير وخر انها كتاكت القنسة 
.)١(‏ تكون قيمة المعامل 12 هى حاصل ضرب القيم السبع. 

يعنى المعامل 2114061014 بالمجهود الذى يقوم به المطورون فى أثناء عملية توليد 
الأكواد آليا وكذلك عملية تكاملها مع الأكواد الأخرى التى ينتجها المطورون أنفسهم. 
-٣‏ نموذج ما بعد التصميم المعمارى :Post-Architectural Model‏ 


(LOCSs)‏ لتحديد حجم المهمة المطلوب تقديرها - ويستخدم الصيغة الرياضية المذكورة 
نفسها فى النموذج السابق (نموذج التصميم المبكر) ولكن يختلف عنه فى تفاصيل 
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المعاملات. يستخدم هذا الأسلوب )١7(‏ خاصية موزعة على أربع مجموعات. تأخذ 
الخواص غير المؤثرة القيمة الأحاديةء ويأخذ المعامل 111 حاصل ضرب قيم الخواص 
السبع عشرة. يوضح شكل )۸-٤(‏ مجموعة الخواص التى تقود عملية تقدير التكلفة. 
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إمكانية العمل على عدة موافع على الويب 


شكل )۸-٤(‏ الخواص المؤثرة فى تحديد قيمة المجهود 


لقدرة يل النذ 

لتوا 

خبرة المبر ين فى مجال ١‏ ب وع PEXP‏ 
خبرة المحللين فى مجال المشروع 

لخبرة اه * f‏ - 

مدى أدوات البرمجيات 


: Tracking Project Progress متايعة تقدم المشروع‎ ٤-٤ 
المعلومات الموجودة بجدولة المشروع وكذلك مقارنة التكلفة الفعلية مع التكلفة‎ 
المقدرة لكل مهمة. فمن الطبيعى أن تحدث عدة تغييرات فى كل من الجدولة وتكلفة‎ 
الموارد المطلوية وهذا يتطلب متابعة جيدة لامكانية التحكم فى التغيير بصورة أفضل‎ 
وبأقل تأثير على وقت تسليم المشروع وتكلفته المقدرة. وأحيانا تكون المعلومات‎ 
المجمعة من متابعة الجدولة متعارضة مع المعلومات المجمعة من متابعة التكلفة,‎ 
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الفصل الرابع إدارة مشاريع البرمجيات 


حيث يكون إنجاز مهام المشروع متوافقا مع الجدولة فى خطة المشروع ولكن مع تجاوز 
فى الميزانية المقدرة: وأحيانا يكون المشروع متوافقا مع الميزانية المقدرة ويكون 
متأخرا عن جدولة المشروع. والآن سنعرض كلا المسارين بشىء من التفصيل. 


:Tracking the Project Schedule متابعة جدول المشروع‎ ١-4-5 
لتسجيل معلومات الأجزاء المنفذة‎ A١11 يتم استخدام مخطط جانت 12۲۲ء‎ 


فى كل مهمة وكذلك تسجيل أوقات بداية ونهاية التنفيذ الفعلى لكل مهمة والأفراد 
القاتمين على إنجازها ونسبة مشاركة كل فرد فى المهمة. تمثل هذه المعلومات 
الجدولة الفعلية 56601116 امtuءA‏ للمشروع مقابل الجدولة الأولية 6صذاء5ة82 
116»ك5. يوضح شكل (1-5) كيفية تسجيل معلومات المتابعة باستخدام مخطط 
جانت: إذ يتم تظليل المهمة المنجزة بلون داكن حسب درجة اكتمال المهمة (تمت. 
لم تبدأً بعد تم إنجاز جزء منها). ويتم أيضا تسجيل معلومات عن حجم الإنجاز 
مقارنة بالموارد المستخدمة فى كل مهمة. 





شكل )۹-٤(‏ استخدام مخطط جانت لمتابعة جدولة المث 
م بعة جدولة المشروع 


إدارة وتطوير مشاريع البرمجيات ۱۹ 











إدارة مشاريع البره محيات 1 لفصل الرابع 
۲-٤-٤‏ متابعة الميزانية :Tracking The Budget‏ 

تعتب ر عملية متابعة الميزانية هى عملية مكملة لعملية متابعة الجدولة. فمن 
الممكن أن تتم متابعة التكلفة الفعلية للمهام المنجزة أو التى مازالت فى طور التنفيذ. 
بعد ذلك يتم تلخيص تلك المعلومات المجمعة وصياغتها فى شكل تقرير متابعة 
الميزانية ويتم تقديمه للإدارة العليا لاتخاذ القرار المناسب. يوضح شكل )٠١-4(‏ 
كيفية حساب التكلفة المبدئية ]005) 1126[ع835: والتكلفة الفعلية ائه 4.6]1131: وكذلك 
التكلفة المتبقية ]08) 1561223111185 لكل مهمة. 
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تحليل القيمة المكتسبة :Earned Value Ar alysis‏ 
يستخدم أسلوب القيمة المكتسبة لتحديد مدى حيد المشروع عن الميزانية المقدرة 
له فى خطة المشروع (2001 ,25655388). يستخدم هذا الأسلوب التقديرات الأولية 
فى الخطة المبدئية للمشروع والتكلفة الفعلية حتى الآن لتحديد الوضع المالى الحالى 
للمشروع. يتم تطبيق هذا الأسلوب على كل مهمة على حدة وعلى المشروع كله. يحتوى 

أسلوب تحليل القيمة المكتسبة على مجموعة المقاييس التالية (شكل :))١١-4(‏ 


التكلفة المقدرة للأعمال المجدولة 80115: 

تمثل القيمة المكتسبة للمهمة التى من المفترض أن تستخدم الموارد المخصصة 
لها فى جدول المشروع؛ وآن يتم إنجازها بالفعل قبل تاريخ التقييم» وتأخذ المهام التى 
لم تبدأ بعد القيمة المكتسبة صفرا. 


ا اا 
.1 إدارة وتطوير مشاريع البرمجيات 

















الفصل الرايع إدارة مشاريع البرمجيات 
تكلفة الأعمال المنجزة حسب الجدولة 800112: 

تمثل القيمة المكتسبة للمهمة بناءً على نسبة الإنجاز المقدرة بالجدول التى تمت 
بالفعل قبل تاريخ التقييم. 
التكلفة الفعلية للأعمال المنجزة 80011772 : 

تمثل مجموع التكلفة الفعلية للمهام المنجزة والتكاليف الثابتة وأى تكاليف أخرى 
يتم إدخالها يدويا. 
- التباين المجدول 517: 

يمثل الفرق بين تكلفة الأعمال المنجزة حسب الجدولة والتكلفة المقدرة فى 
الجدول (501175 - 8001872): وإذا كان قيمة 517 تساوى الصفرء فهذا يعنى أن المهمة 
قد تم إنجازها بالكامل أو أنها لم تبدأ بعد» وتأخذ قيمة سالبة عندما تكون المهمة 


- تباين التكلفة /1ر): 

يمثل الفرق بين تكلفة الأعمال المنجزة حسب الجدولة والتكلفة الفعلية للأعمال 
المنجزة (8001172 - 8001172). وهو مقياس يشير إلى مدى زيادة أو نقصان التكلفة 
الفعلية للمهمة المنجزة عن التكلفة المقدرة بالخطة المبدئية للمشروع. 


- التقدير عند الاكتمال نالظ: 
يمثل التكلفة المقدرة للمهمة عند اكتمالها بناءً على التقدم الحالى فى إنجاز 
المهمة. وهو يساوى قيمة 8001172 للمهام المكتملة بالفعل. 


- الميزانية عند الاكتمال ٣‏ 8۸: 
يمتل التكلفة المجدولة للمهمة عند اكتمالها بناءً على التقدم الحالى فى إنجاز 
المهمة. وهو يساوى قيمة 8001172 للمهام المكتملة بالفعل. 


إدارة وتطوير مشاريع البرمجيات ۱۷1 


إدارة مشاريع البرمجيات الفصل الرابع 
- التباين عند الاكتمال ©1746: 

بعشل الفرق بين العيزانية عند الاكتمال والتقدير عتد الأكتمان (6هظ -880): 
وهو يساوى قيمة تباين التكلفة 017 للمهام المكتملة: ويساوى الصفر للمهام التى 
لم تبدأ بعد. وتكون قيمته سالبة عند تجاوز التكلفة الفعلية عن التكلفة المجدولة 
للمهمة: وتكون قيمته موجبة عندما تكون التكلفة الفعلية أقل من التكلفة المجدولة 





ل ل ال لجل 33 ل يبيب ل )ا 


شكل )١1١-4(‏ تحليل القيمة المكتسبة 


:Human Resources Management إدارة الموارد البشرية‎ 0-5 


تركز عملية إدارة الموارد البشرية على أنشطة اكتساب الأفراد وتحفيزهم بالإضافة 
إلى عمليات تنظيم وإدارة الاتصال بينهم فى المشروع وكذلك تنمية قدراتهم وتدريبهم. 
تتسم عملية إدارة الموارد البشرية بالديناميكية نظرا للتغيير المستمر فى بيئة نظام 
الأعمال وهو تغيير يؤثر فى هيكل المؤسسة مما يتطلب مهارات إبداعية من مدير 
المشروع لإعادة هيكلة الموارد البشرية. سوف نستعرض الآن أهم أنشطة إدارة 
الموارد البشرية. 


يفن إدارة وتطوير مشاريع البرمجيات 




















الفصل الرابع إدارة مشاريع البرمجيات 





:Acquiring and Motivating People اكتساب وتحفيز الأفراد‎ ۱-۵-٤ 
يتم تشكيل فريق العمل بالمشروع من واقع خطة المشروع بمساعدة خطة إدارة‎ 
الأفراد المصاحبة لها. وتعتبر عملية تحفيز واكتساب الأفراد هى جوهر عملية بناء‎ 
أو تكوين فريق العمل. تتضمن عملية تكوين فريق العمل اختيار مدير الفريق وأعضاء‎ 
الفريق حسب المهارات المطلوبة لإنجاز الأعمال بالمشروع. وتعتبر عملية اختيار‎ 
مدير المشروع من العوامل المؤثرة جدا فى نجاح المشروع. يجب أن تتوافر مجموعة‎ 

من الخصائص المهمة فى شخصية مدير المشروع مثل: 

- المقدرة على قيادة فريق العمل وتحقيق الأهداف المطلوبة. 

- المقدرة على إقناع فريق العمل برؤيته. 

- المهارات الأساسية لأنشطة إدارة المشروع مثل التخطيط والجدولة والمتابعة وتقدير 
التكلفة وغيرها. 

- مهارة اكتساب الأفراد وتحفيزهم. 

- مهارة التنسيق والاتصال بين أفراد الفريق. 

- المرونة فى التفكير ومهارة التفكير الاستدلالى. 

- معرفة جيدة بنظم الأعمال. 

- الثبات عند مواجهة الأزمات. 
يقوم مدير المشروع بتنفيذ مجموعة من المهام لتكوين فريق عمل فعال يناسب 

مشروع الأعمال الحالى: وتتضمن المهام ما يلى: 

- تشكيل فريق العمل. 

- تنمية قدرات أفراد الفريق. 

- تنسيق الاتصال بين أفراد الفريق وبين فرق العمل. 

:Team Work 1011712107 تكوين فريق العمل‎ ۲-١-٤ 


تحتاج مشاريع البرمجيات الكبيرة المعقدة إلى العديد من الخبرات فى مجالات 


إدارة وتطوير مشاريع البرمجيات WY‏ 





إدارة مشاريع البرمجيات الفصل الرايع 


والاختبار والتوثيق: بالإضافة إلى خبراء فى إدارة المشاريع: وخبراء فى عمليات دعم 
العميل» وغيرها من الخبرات. وبالطبع فإن مدير المشروع يأمل أن يضم أفضل 
الخبراء فى كل مجال إلى فريق العمل الذى يحتاج إليه فى المشروع» غير أن ذلك 
الأسلوب لا يضمن بالقطع نجاح المشروع إلا إذا كانوا يمتلكون مهارات شخصية 
(بالإضافة إلى مهاراتهم الفنية العالية) تمكنهم من العمل معا بروح الفريق الذى 
يتطلب قدرا كبيرا من التعاون والمشاركة والمرونة والتفاهم بينهم. ويعتبر ذلك من 
أهم أدوار مدير الفريق ذلك يشمل الواجبات التالية: 
- تحديد المهام المطلوبة بدفة. 
- تحديد الخبرات المطلوبة لإنجاز المهام. 
- ترشيح عدد من الأفراد ذوى الخبرات المطلوبة. 
-انكقيار اطراد القريق ا اتان والأقسن :على التقاهم والعمل سا يماو خان 
- المتابعة والتوجيه المستمر لفريق العمل لضمان تحقيق الأهداف المطلوبة. 
- ال لتنسيق بين أفراد الفريق. 

وفيما يلى عرض لبعض المهارات الفنية المطلوبة لمشاريع البرمجيات. 
ست تحليل وتصميم النظم. 
- تصميم فواعد البيانات. 
- برمجة التطبيقات. 


اتقتجاز البرسجياتت: 
- توثيق التطبيقات. 

- تصميم شبكات الحاسب. 

- التصميم المعمارى للتطبيقات. 

- تثبيت واستخدام أدوات البرمجيات. 
- الدعم الفنى للعميل. 


175 إدارة وتطوير مشاريع البرمجيات 


الفصل الرابع إدارة مشاريع البرمجيات 
وذلك بالإضافة إلى مجموعة من المهارات الشخصية لأفراد الفريق مثل: 

_- التحفيز الذاتى والطموح الشخصى. 

- القدرة على التركيز فى التفاصيل. 

- المرونة والنضج فى التفكير. 

- الإحساس بالمسؤولية عند الطوارئ. 


:Project Communications اتصالات المشروع‎ ۳-۵-٤ 


المقصود بالاتصالات هو تبادل المعلومات داخل المشروع؛ أى أنها تتضمن أنشطة 
إرسال واستقبال الرسائل بين المشاركين قن المنشروع. تعتير هته المملية ذات أهمية 
كبيرة لنظم مشاريع البرمجيات وتحتاج إلى إدارة جيدة لضمان الاستفادة من تداول 
المعلومات داخل المشروع. تركز عملية إدارة الاتصالات داخل المشروع على عدة 
مفاهيم أو وجهات نظر مثل أش كال الاتصالات وخطوط الاتصال وعوامل الاتصال 
والاتسال لحل التفارضات: وسوف سعرشتها الآن بإيساق: 


أشكال الاتصالات :Forms of Communications‏ 
يتم تبادل الرسائل بعدة أشكال مختلفة مثل: 
- باستخدام الصور. 
- باستخدام الرموز. 
سق أن ون ال ر ال سآن عافة رفا تكلا سردا ار قى سدق الكل 
ويمكن أن تكون داخلية أو خارجية. تأخذ الاتصالات داخل المشروع عدة أشكال منها: 
- اتصال عادى من شخص إلى شخص. 
- اتصال بين الأفراد داخل غرفة الاجتماعات. 


إدارة وتطوير مشاريع البرمجيات ه/ا١‏ 


إدارة مشاريع البرمجيات الفصل الرايع 
- محادثة هاتفية بين شخص وآخر. 

د اتال وين فحص وخر فر الإشرقه: 

- اتصال عبر الفاكس. 

- بريد عادى. 


- اتصال عبر بريد إلكترونى. 

يق كل باتكل من هنو ا ھن بیز اک قاسية قاس رىقا تاا رمال 
واستقبال الرسائل. وفى الحقيقة يتم استخدام معظم هذه الأشكال فى أثاء إجراء 
الاتصالات داخل أى مشروع» مع الأخذ فى الاعتبار أن أكثر هذه الأشكال استخداما 
هو أسلوب الرسائل الإلكترونية. 


:Lines of communications خطوط الاتصال‎ 


تهتم عملية إدارة الاتصالات بالمشروع بتقليل خطوط الاتصال بين الأفراد وبين 
فريق العمل بقدر الإمكان. فمن الطبيعى أن تؤدى كثرة خطوط الاتصال إلى صعوبة 
فى عملية إدارة الاتصالات. تتطلب عملية إدارة الاتصالات تنظيم هيكل الاتصالات 
من خلال تنظيم الأفراد فى شكل فرق عمل وتحديد أسلوب الاتصال بينهم فى شكل 
هرمى. يتضمن الشكل الهرمى للاتصالات عدة خطوط اتصال فى الاتجاهين الرأسى 
والأفقى. ففى الاتجاه الأفقى توجد خطوط اتصال بين الأفراد» ويعتمد عدد الخطوط 
صا ناقراد نارقد كزراد عو خر مالتسال بقل کین عدا 
مع زيادة عدد الأفراد . ولتقليل عدد خطوط الاتصال يتم تجميع الأفراد فى شكل 
مجموعات عمل جزئية وتقتصر الاتصالات بينهم على الاتصال بين منسقى الفرق. 


عوامل الاتصال Communication Factors‏ : 
من المعروف أن كترة المعلومات عن اللازم أو قلتها عن الضرورى تؤدى إلى 
مشاكل كبيرة داخل المشروع. فيجب إمداد فرق العمل بالمعلومات المتعلقة بالمهام 
التى يقومون بإنجازها. ويجب إمداد باقى المشاركين فى المشروع بمعلومات عامة 
عن المنتجات والاتجاهات الخاصة بالمشروع حتى يكون لديهم فكرة واضحة عن 


۱۷٦‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الرابع إدارة مشاريع البرمجيات 


الوضع الحالى للمشروع. وهناك عامل آخر يخص الاتصال الأفقى بين الأفراد أو 
مجموعات العمل وهو التأكد من وصول المعلومات بشكل دقيق» ويتطلب ذلك الاهتمام 
بعملية اختيار الأفراد المسؤولين عن توصيل المعلومات. وينطبق المفهوم نفسه على 
الاتصالات التى تتم خلال اجتماعات العمل. فهناك اجتماعات عمل دورية خاصة 
بفريق العمل للتشاور وتبادل الآراء والمعلومات. وهناك اجتماعات عامة تشمل جميع 
المشاركين فى المشروع وتتضمن معلومات عامة عن مشروع الأعمال والمنجزات 
الحالية. 


اللاتصال نحل التعارضات :Communication for Conflict Resolution‏ 
من الطبيعى أن يكون هناك كثير من التعارضات داخل المشروع يتم التغلب عليها 
غالبا من خلال الاتصال الجيد بين الأفراد أو فرق العمل. هناك عدة طرق تستخدم 

للتغلب على التعارضات الموجودة بالمشروع عن طريق الاتصال مثل: 


اجار :Forcing‏ 
يتم إجبار أحد فرق العمل المتضاربة على تنفيذ أحد الحلول وذلك على مسؤولية 
مدير المشروع؛ إذ إنه هو الذى اتخذ القرار باختيار هذا الحل. وهنا يجب على 

الفريق المتعارض أن يلتزم بتنفين ما تم إقراره من مدير المشروع. 
التسوية :Compromise‏ 

هو أسلوب يتطلب الاتصال وجها لوجه بين المتعارضين ومحاولة الوصول إلى حل 
وسط يرضى الطرفين. 
المواجهة 00111101126101 : 

هى أكثر الطرق فعالية فى حل التعارضات: إذ يتم عرض الحقائق ومناقشة التبريرات 
الخاصة بكل مقترح» من ثم يتم غالبا الوصول إلى حل للمشكلة والاتفاق عليه. 
التهدتة :Smoothing‏ 

هو أسلوب مؤقت لحل المشكلة وذلك بتقليل أهمية الأجزاء التى تحتوى على 
تعارضات والتركيز على الأجزاء التى لا تحتوى على تعارضات. أحيانا تتلاشى هذه 


إدارة وتطوير مشاريع البرمجيات VV‏ 


إدارة مشاريع البرمجيات الفصل الرابع 


التعارضات مع التقدم فى إنجاز المهام بالمشروع. وأحياناً أخرى تعود تلك التعارضات 


الانسحاب Withdrawal‏ : 
يتم فى هذا الأسلوب حل مشكلة التعارضات بانسحاب أحد الفرق المتعارضة من 
مناقشة موضوع التعارض مرة أخرى. ويعتبر هذا الأسلوب هو أسوأ الحلول لكونه 
يؤدى إلى تقليل خطوط الاتصال الضرورية بين فرق العمل بشكل خطير يؤثر سلبا 


:Team Work Development تنمية فريق العمل‎ ٤-٥-٤ 
لا ينبغى ترك الفريق: بعد تشكيله؛ منعزلا فى أثناء العمل ولكن يجب على مدير‎ 
الفريق أن يقوم بمتابعة أفراد الفريق فى أثناء تأدية مهامه ويتدخل فى الوقت المناسب‎ 

النشاطات التى يقوم بها مدير المشروع لمساعدة الفريق فى إنجاز أعمالهم بنجاح: 
- التأكد من توافر القدر الكافى من الاتصال بين أفراد الفريق. 

BRE Ee‏ ماماو سما پارا 

- التاكن من أن کل فرد يتفهم دوره وواجباته بوضوح تام. 

- التآكد من فهم كل أفراد الفريق لأهداف المشروع ودعمها. 

- التأكد من توافر القدر الكافى من الاتفاق بين أفراد الفريق على العمليات المنجزة. 
- التأكد من أن أفراد الفريق ليسوا من مدمنى التقاعس. 

يتميز فريق العمل المتجانس بالقدرة على تجاوز الخلافات بينهم بأنفسهم وحل 
التعارض فى وجهات النظر أو الفروق فى المستويات بينهم» وبعد فترة يصبحون 
أكثر ترابطا وتفاهما مما يؤدى إلى زيادة ملحوظة فى كفاءتهم وإنتاجهم. ويجب على 
مدير الفريق أن يعطى أعضاء الفريق الفرصة والوقت لزيادة الارتباط والتفاهم بينهم 
ويتدخل فط فى المشكلات الكبيرة أو التى تنتج من خارج الفريق. ويمكن أيضا 
الفريق لتنمية مهاراتهم وعلى المشروع فى النهاية. 
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الفصل الرابع إدارة مشاريع البرمجيات 
5 -" إدارة المخاطر Risk Management‏ : 

من النادر أن يخلو أى مشروع برمجيات من تعرضه لنوع من المخاطر. فهناك 
دائما أسباب تؤدى إلى حدوث المخاطر مثل عدم الوصف الدقيق لأى جزء من أجزاء 
المشبروع ال عدم القيم الجيد اله اسيم مرا جيدا أوصيم توذيقة بیدا آو شيف 
الاتصال بين أفراد الفريقء وغيرها من الأسباب. فمن المعروف أن عملية تخطيط 
المشروع تتضمن العديد من الأنشطة بدءاً من تحديد المتطلبات والمستلمات. 
مرورا بتحليل المهام وجدولتهاء وتحديد الموارد وتقديرهاء وكذلك تحديد العمليات 
والمنهجيات والأدوات المطلوبة لإنجاز المهام. فمن الصعوبة أن يتم تنفيذ كل هذه 
الأنشطة بطريقة مثالية بدون أى مشكلات أو مخاطر. بالإضافة إلى أن هذه القائمة 
الطويلة من الأنشطة فى حد ذاتها تحمل مخاطر عديدة. وعلى هذا فمن الطبيعى أن 
يتم إجراء تعديلات على خطة المشروع وهو فى طور التنفيذ. 

المخاطرة 18151 هى مشكلة ناتجة من عدم التآكد من عملية أو أسلوب أو موارد 
يتم استخدامها فى المشروع ولها تأثير سلبى فى المشروع: ويمكن التغلب عليها عند 
وا باعتماة خط ة خاسة بالمخاطر المتوقية:: وتال لك عقا يقرو مدير 
المشروع استخدام تقنية جديدة فى المشروع تكون نتائجها غير مؤكدة وجديدة على 
فريق العمل أو استخدام موارد جديدة: أو انضمام عضو جديد لفريق العمل أو قلة 
الاتصال والتفاهم بين أعضاء الفريق؛ كل ذلك يؤدى إلى نوع من المخاطر من المحتمل 
أن تؤثر سلباً فى المشروع. 


: Risk Identification تحديد المخاطر‎ ١٠-٠٦-٤ 


كل مشروع يواجه مجموعة من المخاطر المحتملة حسب طبيعتهء وعلى مدير 
المشسروع أن يكتشت آو يقوقح كل مواطن المخاطر الممكثة وا يتعامل معها بجدية 
وصدق وعدم التهوين من شأنها. ويمكن لمدير المشروع أن يستعين بخبرات مديرين 
أكثر خبرة منه فى نظم أعمال مشابهة. وبعد تحديد نوع الخطر» يجب وصفه بوضوح 
لفريق العمل ووصف تأثيره فى المشروع والأفعال المتطلبة للتغلب عليه. ويعتبر 
ضعف المفهوم فى أى مرحلة من مراحل إدارة وتنفيذ المشروع هو المصدر الرئيسى 
المنشاظ زهو مهاري البرمجياخة. وما ولي عارت الأ السصنانن الارقرسية اتسوك 
المخاطر فى مشاريع البرمجيات: 


إدارة وتطوير مشاريع البرمجيات ۱۷۹ 


إدارة مشاريع البرمجيات الفصل الرابع 
- التفاؤل الزائد حول استخدام تقنيات جديدة. 
- عدم فهم التأثيرات الحقيقية المؤثرة لبعض التقنيات. 
- عدم الفهم التام لمتطلبات العميل. 
- التغييرات المستمرة فى متطلبات العميل. 
- عدم كفاية الموارد المطلوبة للمشروع. 
- قلة خبرة أعضاء فريق العمل. 
- التوقعات غير الحقيقية حول مهارة وإنتاجية بعض الموارد البشرية. 
- تجاهل وجهات نظر وطلبات المستخدمين للمشروع. 
- عدم وضوح ودقة المتطلبات الوظيفية لنظام الأعمال. 
- التقييم غير الدقيق لموارد المشروع. 
- إعداد خطة المشروع بطريقة متعجلة غير دقيقة. 
- عدم إشراك باقى المساهمين فى المشروع فى أثناء إعداد خطة المشروع. 
يجب على مدير المشروع أن يقوم بتحديد قائمة بالمخاطر المتوقع حدوثها فى 
أثناء تنفيذ المشروع. تعتبر هذه القائمة غير نهائية ولكن يتم تحديثها باستمرار مع 
التقدم فى إنجاز مهام المشروع. ولتجهيز تلك القائمة يقوم مدير المشروع بالتركيز 
على الموضوعات الرئيسية التى تضمنها خطة المشروع وهى: 
- مواصفات المنتجات والمستلمات للمشروع. 
- قائمة المهام وجدولتها. 
- الأهداف وطريقة قياسها . 
- الموارد البشرية. 
- العمليات والمنهجيات. 
- الأدوات والمعدات. 
فيقوم مدير المشروع بدراسة كل بند من البنود السابقة بعناية مع أكبر عدد 


ممكن من المشاركين فى المشروع وتبادل الآراء ووجهات النظر للوصول إلى القائمة 
السيدكية للتخاطر المتوقعة: 
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الفصل الرابع إدارة مشاريع البرمجيات 
۲-٦-٤‏ تقييم الممخاطر Risk Assessment‏ : 

يتم تقدير درجة المخاطر المتوفعة باستخدام طريقتين: 

الأولى: احتمالية حدوث المخاطر Probability‏ : 

وهی تمثل مقياسا وا يبدأ من )/٠١(‏ إلى (5) وإذا وصلت النسبة إلى 
)/۱۰١(‏ فإنها لا د تيتبو مخاطرة نما تسبح هدا موا فى اشرو 

الثانية: التأثير السلبى فى المشروع ئpac‏ ¬[ :Negative‏ 

وهو مقياس يتكون من خمس درجات هى: 
- هائل//كارثى Catastrophic‏ . 
- حرج Critical‏ . 
- خطير 56110115. 
- محتمل Tolerable‏ . 
- هامشى Marginal‏ . 

يتم تمثيل قيمة التأثير السلبى فى المشروع من خلال تقدير قيمة تكلفة التغلب 
عليه. وبعد ذلك يتم حساب قيمة التعرض للمخاطرة لكل نوع من المخاطر المتوقعة 
كما دلى: 

قيمة المخاطرة = احتمالية المخاطرة × قيمة التأثير السلبى 


: Risk Handling معالجة المخاطر‎ ۳-٦-٤ 
بعد عمليات قحديى السخاطر وتقييمه. ا | تنتقل الآن إلى تش اط مهم جد وهو‎ 
التخطيط لتخفيف آثار أو تجنب حدوث تلك المخاطر. ومثال ذلك أنه يحتمل حدوث‎ 
مخاطر فى أثناء مهمة تكامل الأنظمة الفرعية للمشروع نتيجة وجود شخص واحد‎ 
فقط عنده المقدرة على إنجاز تلك المهمةء وهنا يمكن لمدير المشروع اتخاذ أى من‎ 

الأفعال التالية لتخفيف حدة أو تجنب هذه المخاطرة: 


إدارة وتطوير مشاريع البرمجيات 18١‏ 


إدارة مشاريع البرمجيات الفصل الرابع 
- توظيف شخص إضافى يمتلك الخبرة المطلوبة واعتباره بديلاً ومساعداً للشخص 
الأشفاسي.: 

- عرض مزايا إضافية للشخص الوحيد المتوافر حالياً لضمان بقائه. 
- استخدام طريقة أخرى لإنجاز المهمة بحيث لا تحتاج لتلك المهارة الخاصة. 

وکال و اها دك كين اقرخ ا ار ولخ اتاد اتراو 
باختيار أحدها يعتمد على عدة عوامل منها: 

- سهولة أسلوب التخفيف. 

- تكلفة الأسلوب. 

فيمكن لمدير المشروع بعد تحديد بدائل الحلول لتخفيف حدة المخاطر والتغلب 
عليه اء أن يقدر تكلفة كل بديل وبعد ذلك يتم اختيار البديل الأقل تكلفة. ولكن مع 
الأخذ فى الاعتبار احتمالية نجاح كل بديل» يمكن أن يؤدى ذلك إلى اختلاف القرار. 
فمن الممكن أن يكون البديل الأقل تكلفة هو أيضا الأقل احتمالية لنجاح تطبيقهء 
ويكون بديل آخر أكثر تكلفة منه ولكن درجة احتمالية نجاحه أكبرء وهنا يكون القرار 
الأفضل هو اختيار البديل الأكثر تكلفة والأكثر احتمالية للنجاح. ويمكن اس تخدام 
الصيغة التالية التى تجمع بين العاملين لتحديد قيمة تكلفة تخفيف المخاطر: 


تكلفة تخفيف المخاطرة - تكلفة الأسلوب * احتمالية فشل الأسلوب 


خطة إزالة المخاطر :Risk Removal Plan‏ 
يقوم مدير المشروع بعد ذلك بإعداد خطة لإزالة المخاطر بناء على المخاطر 
المحددة والمرتبة والأفعال والتدابير التى تم اختيارها لتجنب حدوثها . يوضح شكل 
)١١-١(‏ مثالا لخطة إزالة المخاطر. تحتوى الخطة على قائمة المخاطر مرتبة حسب 
أولوية حدوثهاء وكذلك التاريخ المتوقع لإزالتهاء مع ذكر الأفعال التى سيتم اتخاذها 

لإزالة المخاطر. 


1A۲‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الرايع إدارة مشاريع البرمجيات 


إنجاز المهمة رقم ۸ء وإتما 

ا a E:‏ 1-/۰1 اة 

عوليات: ية اب 
شكل )١٠۲-٤(‏ خطة إزالة المخاطر 


فى المشروع: وذلك بحذف مخاطر من القائمة أو إضافة مخاطر أخرى طرأت حديثا 








5-/ إدارة الجودة :Quality Management‏ 
يعتبر نشاط إدارة الجودة من الأنشطة التى تتضافر مع أنشطة إدارة المشروع 
وكذلك عمليات التطوير المختلفة للمشروع للتأكد من جودة البرمجيات المنتجة 
ومطابقتها لمواصفات الجودة المطلوبة. ولذلك فإن إدارة الجودة تكون غالبا مستقلة 
عن إدارة المشروع ولها فريق خاص غير فريق التطوير ولها ميزانية وخطة عمل 
مستقلة. هناك معابير قياسية دولية تستخدم لتقييم جودة البرمجيات للمؤسسات 

المنتجة لها وهى معروفة باسم "567165 9000 150“ . 


تتضمن عملية إدارة الجودة الأنشطة التالية: 
- إعداد خطة الجودة Quality Plan‏ . 

. Quality Control مراقبة الجودة‎ - 

. Quality Assurance ضمان الجودة‎ - 


إدارة وتطوير مشاريع البرمجيات 1۸۳ 


إدارة مشاريع البرمجيات الفصل الرابع 


:Software Quality جودة البرمجيات‎ ۱-۷-٤ 

تعتمد الجودة المطلوية على طبيعة مشروع البرمجيات» التى تركز على نقاط جودة 
أكثر من غيرها. يتم تصنيف جودة البرمجيات إلى نوعين أساسيين هما : 
- جودة المنتج Product Quality‏ . 
- جودة العملية Process Quality‏ . 

مع الأخذ فى الاعتبار أنه لا يمكن الحصول على منتج جيد بدون التأكد من 
جودة العمليات التى تست لإتتاجة: ولهذًا فإن إذازة الجودة تتطلب: التاكف من جودة 


المنتج البرمجى خلال مراحل تطويره وليس بعد استلامه فحسب. تحتاج هذه 
العملية لاستخدام آداة إدارة التشكيل 1001 Configuration Management‏ لدعم 
عمليات تخزين ومعالجة بيانات النسخ المطورة للمنتج البرمجى خلال مراحل 
تطويره. هناك العديد من الخصائص والمعايير التى تصف جودة المنتج البرمجى 
وهى )2003 ,66221 ): 


- الصحة 201162115655 . 

. Reliability الثقة‎ - 

. Robustness المتانة‎ - 

. Performance الأداء‎ - 

. Usability الاستخدام‎ - 

. Understandability الفهم‎ - 

- قابلية الصيانة Maintainability‏ . 
- قابلية التطور 1117 ط5212. 

- إعادة الاستخدام Reusability‏ . 

- قابلية النقل Portability‏ . 

- إمكانية التشغيل البينى .Interoperability‏ 
- الإنتاجية Productivity‏ . 

. Visibility الرؤية‎ - 
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الفصل الرابع إدارة مشاريع البرمجيات 
۲-۷-٤‏ مراقبة الجودة :Quality Control‏ 

تركز عملية مراقبة الجودة على وجود اختلافات بين مواصفات العمليات أو 
المنتجات البرمجية بالمقارنة بمواصفات المتطلبات. ولذلك فإن الهدف من عملية 
مراقبة الجودة هو إجراء العديد من الاختبارات على العمليات التى تؤدى إلى إنتاج 
المنتجات البرمجية للحد من المشكلات التى تهدد جودة المنتج فى وقت مبكر. فقد 
أكدت دراسة سابقة لشركة 1811 أن تكلفة تصحيح الأخطاء الناجمة عن عمليات 
الاختبار ومراقبة الجودة تختلف بشدة حسب المرحلة التى تم اكتشاف الأخطاء 
فيها. فهى تكون قليلة عند اكتشاقها مبكرا وتتراكم وتزداد بشكل غير خطى عند 
اكتشافها فى مراحل متأخرة. وعلى هذا فإن عملية الاختبار يجب أن تتم خلال 
مراحل التطوير المختلفة ويتم جدولتها بشكل منفصل ويقوم بها فريق مؤهل وتكون 
لها ميزانية منفصلة. تستخدم عملية مراقبة الجودة العديد من أساليب الاختبار التى 
قى سكم الان القن اق سردها سايق لوست جودة القع البرتجى: سن ام 
هذه الاختيارات ما يلى: 


: Black Box Tes اختبار الصندوق الأسود‎ -١ 
نوع من الاختبارات يقوم على مبدأ عدم الاهتمام بمحتوى الوحدة البرمجية تحت‎ 
الاختبار والتعامل معها باعتبارها صندوقا أسود . ولذلك فإن هذا النوع من الاختبارات‎ 
يناسب مجموعة المستخدمين للنظام. تبداً عملية الاختبار بتغذية الوحدة البرمجية‎ 
ببيانات الاختبار الموجودة فى حالات الاختبار المعدة مسيقاء وبعد ذلك يتم مقارنة‎ 
النتائج بما هو متوفع فى حالات الاختبار. يهتم هذا النوع من الاختبارات باعتبارات‎ 
صحة وجودة المتطلبات الوظيفية للمنتج البرمجى وهو يعتبر مؤشرا لقبول أو رفض‎ 
المنتج من ناحية مستخدمى النظام. يستخدم اختبار الصندوق الأمنود لاكتشاف‎ 

الأخطاء التالية: 

- وظائف غير صحيحة أو ناقصة. 

- أخطاء فى هياكل البيانات أو قواعد البيانات. 
> أخطاء فى الأداء. 
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إدارة مشاريع البرمجيات الفصل الرابع 
۲- اختبارالصندوق الأبيض White 801 1s‏ : 

على النقيض من اختبار الصندوق الأسود» فإن اختبار الصندوق الأبيض يركز على 
اختبار محتوى المنتج البرمجى. ويقوم بتنفيذه مجموعة من المتخصصين فى اختبار 
البرمجيات. يبدأ المختبر عادة بمراجعة نماذج التصميم ومواصفات المتطلبات وبعد 
ذلك يبدأ بدراسة الأكواد وتتبع الأخطاء الموجودة وتصحيحها. ولذلك فإن طبيعة 
اختبار الصندوق الأبيض تعتمد على المراجعة والتدقيق والفحص المستمر لمراحل 
تطوير المنتج البرمجى بهدف اكتشاف الأخطاء وتصحيحها فى مرحلة مبكرة. جدير 
بالذكر أن هذا النوع من الاختبارات يعتمد بشكل أساسى على خبرة أفراد فريق 
الاختبار فى استخدام أساليب الاختبار بشكل جيد. 


:Automated Test الاختبار الآلى‎ - 


نوع من الاختبارات يتم إجراؤه بشكل آلى باستخدام أدوات اختبار البرمجيات» وهو 
الملوي يتانب الالزيفاك القبيزة السجه الى رقع إصدادها گل قياسى باتقدام 
أدوات هندسة البرمجيات المدعمة بالحاسب 10015 0451 . 


خطة الاختبار 2|120 رع 1: 

تدر خطة الأسماز خو استيا من قظة إذارة الجودة وهى قحد اتغطلة جدولة 
عملية الاختبار وإعداد حالات الاختبار وتحديد الميزانية المطلوبة لتنفين الاختبار. 
تتضمن عملية التخطيط للاختبار الأنشطة التالية: 
- تحديد المهام التى سيتم اختبارها. 
- تحديد الأفراد الذين يقومون بتنفين الاختبار. 
- توزيع مهام الاختبار على الأفراد. 
- إعداد حالات الاختبار من واقع مواصفات متطلبات النظام. 

تحتوى كل حالة اختبار على مواصفات الأجهزة والبرمجيات التى تناسب عملية 
الاختبار وكذلك المحاولات المقترحة لتنفيذ الاختبار. يتم تحقيق هذه المواصفات 


فى شكل سيناريو مكتوب يحتوى على جميع مواصفات حالات الاختبار وخطوات 
إجراء الاختبار وكذلك نقاط التحقق Verification Points‏ . 
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:Quality Assurance تأمين الجودة‎ ۳-۷-٤ 
تهدف عملية تأمين جودة البرمجيات إلى التحقق من مطابقة المنتجات البرمجية‎ 
لمعايير الجودة التى تم إقرارها فى أهداف المشروع. يتم ذلك من خلال مراقبة خطة‎ 
المشروع كاملة مثل الجدولة والميزانية وتخصيص الموارد واس تخدامهاء بالإضافة‎ 
إلى مراقبة إجراءات تطوير المنتج البرمجى. يتم استخدام مجموعة من الأساليب‎ 

التى تحقق تأمين جودة البرمجيات مثل: 


:Checklists قوائم التدقيق‎ -١ 
تحتوى قائمة التدقيق على مجموعة من الأسئلة والمواصفات التى تس تخدم فى‎ 
عمليات التحقق من جودة العملية أو المنتج البرمجىء وهى بذلك تمثل معايير الجودة‎ 
المبدئية للمنتج البرمجى. يمكن تجهيز قائمة التدقيق من خلال مجموعة من نقاط‎ 
التدقيق المرتبة حسب الأولوية وأهميتها للعملية البرمجية. تخضع قائمة التدقيق‎ 
للمعايير القياسية الخاصة بهندسة البرمجيات وهى تضمن مطابقتها لمواصفات‎ 

الجودة العالمية 150. 


۲- مراجعات Reviews‏ : 
تتم مراجعة العمليات والمنتجات البرمجية من خلال اجتماعات عمل تضم 
المطورين للعمليات التى يتم مراجعتها ومراجعين وفائد فريق المراجعةء وذلك للتأكد 
من جودة العمليات المنتجة. يتم تزويد أعضاء فريق المراجعة بالعمليات المنجزة 
لمراجعتها وتدوين الملاحظات عليها قبل الاجتماع. يبدأ مطور العملية التى يتم 
مراجعتها بعرض سريع للإجراءات المنجزة مع السماح لأعضاء المراجعة بالتعليق 
عليها. يتم تسجيل جميع الملاحظات فى وثيقة المراجعة التى يتم تسليمها لمطور 
العملية فى نهاية الاجتماع ليقوم بإجراء التصحيحات المطلوبة. بعد انتهاء عملية 
التصحيح يتم إبلاغ قائد فريق المراجعة بذلك ليقوم بمراجعتها واتخاذ القرار بقبول 

العملية أو الإعداد لاجتماع مراجعة آخر. 


: Audits تدقيقات‎ -۳ 


يعقبر املوب ا ققق ار ر مسن اسكول القواقق والملوي المراجمة: إ5 ما 
بعملية تجهيزية تقوم يدراسة المنتج المطلوب تدفيقة: ويعد ذلك يتم إعداد مجموعة 
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إدارة مشاريع البرمجيات الفصل الراب 
إدارة مشارج البرمجيات___ ت 


من الاستفسارات فى شكل قائمة تدقيق 1115]6ء16) يتم فحص العملية أو المنتج من 
التى تم تدوينها فى أثناء الفحص ومراجعتهاء وبعد ذلك يتم توثيق خلاصة عملية 
التدقيق فى شكل تقرير فحص للمنتج البرمجى يحتوى على جميع الملاحظات الفنية 
على المنتج. 


:Change and Configuration Ma age et إدارة التشكيل والتغيير‎ ۸-٤ 


تهتم عملية إدارة التش كيل والتغيير بتنظيم عملي ة تطوير المنتج البرمجى وإدارة 
فريق العمل القائم على عملية التطوير.. تشمل هذه العملية مراحل تطوير المنتج 
البرمجى وما يتعرض له من تغييرات. يوضح الشكل (17-5) المفهوم العام لعملية 
إدارة التشكيل والتغيير. يؤدى طلب التغيير غالبا إلى تعديل فى مواصفات حالات 
الاستخدام وهو يؤدى بدوره إلى تعديل نماذج المتطلبات. وبعد ذلك يتم اختيار 
صلاحية المتطلبات بعد إجراء التعديلات والتحقق من جودة نماذج المتطلبات 
وتصحيحها أو إجراء تحسينات عليها وإعادة اختبارها وتقييمها. 


:Requirements Cha ge التغيير فى المتطلبات‎ 1-8-5 


تتسم معظم مشاريع البرمجيات بإمكانية طلب المستخدم إجراء تغييرات فى 
متطلبات النظام فى أثناء عملية التطوير. أحيانا تكون بعض التغييرات جوهرية وذات 
تأثير مباشر فى خطة المشروع.: وأحيانا تكون التغييرات يسيرة يمكن إدراجها فى 
متطلبات النظام من غير تأثير واضح فى خطة المشروع. ولهذا فإنه يجب التعامل مع 
طلبات التغيير بشكل رسمى من خلال عملية مخصصة لدراسة التغيير المطلوب ومدى 
تأثيره فى خطة المشروع الحالية ومن ثم فبوله أو رفضه. تبداً هذه العملية بصياغة 
مواصفات التغيير المطلوب فى شكل طلب تغيير متطلبات. يحتوى هذا الطلب على 
بعض التوصيات حول التغيير المقترح بالإضافة إلى البيانات الخاصة بمواصفات 
التغيير وتأثيره فى خطة المشروع من حيث الوقت والميزانية. يتم دراسة الطلب 
من قبل مجموعة من الفنيين وتقييم التغيير المقترح من ناحية تأثيراته المتوقعة فى 
المشروع» ومن ثم تقرير مدى إمكانية تحقيق التغيير أو التوصية برفض طلب التغيير. 
يتم رفع هذا التقرير إلى مدير المشروع للموافقة على التوصيات أو إعادة الدراسة 
مرة أخرى. وفى حالة الموافقة عليه يتم إصدار تقرير بمواصفات التغيير المطلوب 
يتضمن مجموعة القيود ومعايير الجودة التى تحكم عملية تطبيق التغيير. 


ج ج ا ی 
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الفصل الرابع إدارة مشاريع البرمجيات 





متطلبات حالة الاستخدا 


إدارة الجودة 


شكل ( 11-4 ) مفهوم عملية إدارة التشكيل والتغيير 


7-8-5 إصدارات المنتج :Product Versions‏ 
تؤدى عمليات التطوير خلال المراحل المختلفة إلى إنتاج مستلمات معينة سواء فى 
شكل نماذج أو برامج أو واجهات استخدام. ويؤدى أسلوب التطوير بالتكرار والزيادة 
مستودع رئيسى :1160051401 ويتم التعامل معها من خلال إدارة نظام إدارة التشكيل 
Management system‏ 001211811121013 . يمكن التعديل على هذه النسخ فى آثناء 
تنفيذ طلبات التغيير فى المتطلبات ليتم الحصول على نسخ أخرى مطورة للمنتج 
وهكذا حتى يتم الحصول على الإصدار الأخير للمنتج البرمجى. تكمن الاستفادة 
من المستودع فى إمكانية استخدام إحدى النسخ البديلة للمنتج فى مرحلة سابقة 
واستكمال عمليات التطوير عليها لإصدار نسخة مطورة للمنتج البرمجى. وبعد انتهاء 
عمليات الاختبار للنسخة المطورة للمنتج فإنه يتم الانتقال إلى مرحلة إصدار المنتج. 
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إدارة مشاريع البرمجيات الفصل الرابع 
[أوائكة رق إسدار ووم كيك عند السميل ليده ال غيل الى تشم مابات 
تشر وتثبيت الإصدار للمنتج البرمجى المستلمات التالية: 

. Executable Files ملفات تنفيذية‎ - 

- برامج قواعد البيانات على الخادم Server Database Programs‏ . 

- ملفات قواعد البيانات Database Files‏ . 

. Configuration Files ملفات التشكيل‎ - 

. System Documentati01sS ملفات التوثيق‎ - 

. Help Files ملفات المساعدة‎ - 


. Installation Instructions تعليمات التثبيت‎ - 


:Defects and Enhancements العيوب والتحسينات‎ "-8-4 


تظهر عيوب المنتجات البرمجية فى عدة مراحل فى أثناء عمليات المراجعة أو فى 
أثناء الاختبار أو فى أثناء التشغيل الفعلى عند العميل. وتكون التحسينات على المنتج 
فى شكل توصيات مقترحة بإضافة سمات جديدة أو إجراء تعديلات فى الإصدار 
الحالى لإنتاج إصدار جديد محسن يفى بالمتطلبات الجديدة ولا يحتوى على العيوب 
الموجودة بالنسخة الحالية للمنتج. تكون هذه التوصيات المقترحة نتيجة لطلب 
مباشر من أحد المشاركين فى النظام بإجراء تعديلات أو إضافة متطلبات للنسخة 
الحالية وذلك بدون حدوث أى عيوب أو مشكلات فى الإصدار الحالى للمنتج. ويمكن 
أيضا أن تكون التوصيات المقترحة نتيجة لحدوث عيوب ومشكلات فى الإصدار 
الحالى ويجب علاجها وإصدار نم خة محسنة للاصدان الحالى: تاخ العيوب التى 
يمكن ظهورها فى المنتجات البرمجية عدة أشكال أو حالات فى أثناء عملية معالجتها 
مثل: 
- عيوب جديدة NeW‏ . 
- عيوب تم حلها Resolved‏ . 
- عيوب غير مؤكدة Unconfirmed‏ . 


- عيوب تم ظهورها نا Reopened‏ . 
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- عيوب تم تخصيصها 45518060 . 
- عيوب معلقة Suspended‏ . 
- عيوب فى حالة انتظار 712128 . 
- عيوب تم إغلاقها 010560 . 
يقوم فريق المراجعة والاختبار بتحديد نوعية العيوب الموجودة وتقييم درجة 


خطورتها على المنتج ويمكن تقييم درجة خطورة العيوب المكتشفة فى المستويات 
التالية: 


- بديهية 1115718[1'. 
- بسيطة Minor‏ . 
- عادية Normal‏ . 
- رئيسية Major‏ . 
- حرجة Critical‏ . 
- عائقة Blocker‏ . 
وبعد تحليل العيوب الناجمة: يتم اتخاذ الأفعال المناسبة للتغلب عليها فى شكل 
مجموعة من الإجراءات» ويأخذ تقرير الأفعال المطلوبة أحد الأشكال التالية: 
- غير صحيحة Invalid‏ . 
- ة Duplicate‏ . 
- جارى العمل فيها Workaround‏ . 
- تم حلها Fixed‏ . 
- لا يمكن Wont fix lal‏ . 
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الجزء الثانى 
تطوير مشاريع البرمجيات 


Software Projects Development 


الجزء الثانى تطوير مشاريع البرمجيات 
نقدم فى هذا الجزء عرضاً للعمليات التى يتم تنفيذها فى أثناء تظوير مشاريع 

البرمجيات. وسوف نعتمد أحد الأساليب الحديثة لتطوير البرمجيات وهو أسلوب 

التكرار مع الزيادة 121672626 with‏ 1667815 الذى تم عرضه فى الجزء الأول من 

هذا الكتاب. يتميز هذا الأسلوب بمساعدة كل من فريق التطوير ومستخدمى النظام 

للمشاركة الفعالة خلال مراحل التطوير التى تضمن إنتاج برمجيات تحقق متطلبات 

المستخدمين. يتم ذلك من خلال إنتاج البرمجيات المطلوبة بالتدريج وذلك بعد تحديد 

أولويات متطلبات النظام من فيل المستخدمين. فتيداً عمليات التطوير دائما بتحليل 

المتطلبات الضرورية للنظام: ثم تصميم الحلول لهاء ثم تطبيقها واختبارهاء وبعد 

بتجرية النسخة الآولية للنظام وإبداء الملاحظات ومنافشتها مع فريق التطوير لإجراء 

التعديلات المطلوبة مبكرا. ويعد ذلك يتم إضافة متطلبات أخرى للنس خة المطورة 

الحالية وإعادة عمليات التطوير حتى يتم الحصول على نس خة أخرى موسعة تحتوى 

على وظائف إضافية للنسخة الحالية. يتم تكرار هذا الأسلوب حتى يتم إنتاج النسخة 

فى مشروع البرمجيات. يؤدى هذا الأسلوب إلى إنتاج برمجيات ذات جودة عالية تحوز 
يشمل هدا الجزء حرضا وافياً لعمليات تظوين النظم ملثل: 

. System Requirements Analysis تحليل متطلبات النظام‎ - 

. Architectural System Design التصميم المعمارى للنظام‎ - 

- تصميم قواعد البيانات Database Design‏ . 

. Programming and Testing برمجة واختبار التطبيق‎ - 

. User Interface Design تصميم واجهات المستخدم‎ - 


وسوف نستعين ببعض التطبيقات والحالات الدراسية لدعم عملية عرض أنشطة 
تطوير مشاريع البرمجيات. 
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الفصل الخامس 
تحديد المتطلبات 


Requirements Determination 


يتضمن أى مشروع برمجيات مجموعة من المتطلبات والاحتياجات التى تصف 
ما يجب أن يقوم به النظام وظروف التشغيل. يتم تصنيف المتطلبات إلى نوعين 
هما: 
-١‏ متطلبات وظيفية: 

تصف مجموعة الخدمات والوظائف التى يجب أن يوفرها النظام. 
۲- متطلبات غير وظيفية: 

تصف مجموعة القيود التى تحكم تشغيل النظام. 

تحتوى عملية تحديد متطلبات مشروع البرمجيات على العديد من الأنشطة مثل: 
- تجميع المعلومات. 
- تعريف المتطلبات الوظيفية وغير الوظيفية. 
- تحديد أولويات المتطلبات. 
- تحليل المتطليات. 
- توثيق المتطلبات. 


وضوف تركو فى هذا القصل على التشاظ التقاصن بعمليات 'تحليل التظلبات. 


:Business Object Model نموذج كائنات نظام الأعمال‎ ١-5 
يعتبر نموذج كاتنات نظام الأعمال 50141 بمنزلة إطار العمل 171812610112 الخاص‎ 
بعمليات تطوير نظام الأعمال بالمؤسسة. وهو يستخدم أيضا وسيلة اتصال فعالة‎ 
بين فريق التطوير والماستخدمين فى أثناء عمليات التطوير. وكما ذكرنا سابقا فإن‎ 
استخدام أسلوب النمذجة المرتية يساعد كثيرا فى توصيل المفهوم فى أثناء عملية‎ 
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تحديد المتطلبات الفصل الخامس 
:مالسلل تڪ 





تحليل المتطلبات. وهو أسلوب يمكننا من وصف النظام من خلال عدة منظورات 
ويصف جميع العلاقات والتفاعلات الموجودة داخل نظام الأعمال. يصف هذا النموذج 
مجموعة الكائنات الأساسية لنظام الأعمال والعلاقات بينها فى وضع السكون أو ما 
يسمى بالمنظور التركيبى 17161 3]511]1118[1 لنظام الأعمال. ويصف كذلك تفاعل نظام 
الأعمال مع البيئة المحيطة به من خلال وصف مجموعة الفاعلين 421015 وتفاعلهم مع 
نظام الأعمال من خلال مجموعة من حالات الاستخدام 3565 1756. ويمكننا أيضا 
Context Diagram‏ ومخططات تدقق البيانات Data Flow Diagrams (DFDs)‏ . 


:The Business نظام الأعمال‎ ١-1-5 
تعتمد صحة وجودة عملية تحديد وتحليل المتطلبات على مدى فهم فريق التطوير‎ 
لنظام الأعمال. تشمل عملية الفهم عدة جوانب مهمة مثل:‎ 
. Business Objectives أهداف نظام الأعمال‎ - 
. Business Domains مجالات نظام الأعمال‎ - 
. Organizational Structure الهيكل التنظيمى لنظام الأعمال‎ - 
.Interrelated Subsystems الأنظمة الفرعية داخل نظام الأعمال والتفاعلات بينها‎ - 
. 461015 مجموعة الفاعلين لنظام الأعمال‎ - 
. Functional Requirements المتطلبات الوظيفية لنظام الأعمال‎ - 
.Nonfunctional Requirements المتطلبات غير الوظيفية لنظام الأعمال‎ - 
تتم عملية فهم نظام الأعمال وتحديد متطلباته من خلال عقد لقاءات عمل مع‎ 
كل من العميل ومستخدمى النظام. يقوم العميل أو صاحب نظام الأعمال أو المسؤول‎ 


وصاحب القرار بتحديد الأهداف العامة لنظام الأعمال وتحديد مجموعة متطلبات 
النظام غير الوظيفية مثل: الجودة والكفاءة المطلوية وزمن التنفيد والميزانية الملخصصة 


وطريقة التسليم ومعايير القبول ومتطلبات السلامة ومتطلبات أخرى قانونية وغيرها 
من المتطليات غير الوظيفية. أما مواصفات متطلبات نظام الأعمال الوظيفية فيتم 


ممح ج ت ا کک 
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الفصل الخامس تحديد المتطلبات 


معرفتها وفهمها من خلال لقاءات دورد ية مجدولة مع مستخدمى النظام فى المستويات 
ةيبدا من مديرى العموم ا برؤساء الأقسام لاصولا إلى المستخدم النهائى 
لمهام نظام الأعمال. يقوم كل مستخدم حسب موقعه ومسؤوليته بشرح ووصف 
طبيعة المهام التى يقوم بها ووصف للبيانات التى يس تقبلها ومصدرها والمعلومات التى 
ينتجها والجهات التى تصدر إليها. بالإضافة إلى عرض للمشكلات الحالية بالنظام 
والمقترحات لحلها إذا أمكن وكذلك التحسينات المطلوبة من المستخدم على إجراءات 
تنفيذ المهام. يتم الاستعانة بمجموعة الوثائق والمستندات واللوائح والتقارير التى 
يستخدمها ويتعامل معها مستخدمو النظام فى أثناء إنجاز أعمالهم. ومن الممكن 
الاستعانة بأفراد أو جهات خارجية ذات خبرة فى مجال نظام الأعمال للتآكد من 
صحة ودقة ومصداقية المعلومات والمتطلبات المجمعة ومدى إمكانية تحقيقها فى 
الوقت المطلوب وبالميزانية المخصصة. 


:Business Context Diagram مخطط السياق لنظام الأعمال‎ ١-١-5 
يصف هذا المخطط حدود نظام الأعمال العام داخل البيئة المحيطة به. يتم تمثيل‎ 
ذلك من خلال نشاط عام يمثل نظام الأعمال العام وتفاعلاته المختلفة مع الكاتنات‎ 
الخارجية التى تتعامل مع نظام الأعمال. تمثل هذه الكاتنات الخارجية مجموعة‎ 
الأفراد أو المؤسسات أو الأنظمة الأخرى التى تتعامل مع نظام الأعمال. يتم تمثيل‎ 
التفاعلات بين الكاتنات الخارجية ونظام الأعمال من خلال مجموعة من تدفقات‎ 
البيانات 710175 1043 . تمثل هذه التدفقات البيانات التى يستقبلها نظام الأعمال‎ 
من الكائنات الخارجية وكذلك المعلومات التى يرسلها نظام الأعمال إلى الكائنات‎ 
الخارجية. وعلى هذا الأساس يتم تمثيل نظام الأعمال فى مخطط السياق على شكل‎ 
عملية أو نشاط عام يمثل مجموعة العمليات والإجراءات التى تتم على البيانات المدخلة‎ 
للنظام لإنتاج المعلومات التى سيتم إمدادها إلى الكائنات المحيطة بالنظام للاستفادة‎ 
الشكل العام لمخطط السياق لنظام الأعمال. نلاحظ أن‎ )١1-5( منها. يوضح شكل‎ 
بعض الكائنات الخارجية تكون مرسلة للبيانات فقط أو مستقبلة لها والبعض الآخر‎ 

يكون مرسلاً ومستقبلاً للبيانات. 
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شكل ١1-5(‏ ) مخطط السياق لنظام الأعمال 
ومع أن مخطط السياق ليس من المخططات المعتمدة فى لغفة .17211: ولكن من 
الأفضل أن يتم البدء به فى عملية نمذجة المتطلبات: إذ إنه يعطى صورة واضحة 
ومفيدة لكيفية تعامل النظام مع البيئة المحيطة به من خلال مجموعة التفاعلات مع 
مستخدمى النظام. 


:Business Use Case Diagram مخطط حالات الاستخدام لنظام الأعمال‎ ٠-٠-٥ 
يمثل مخطط حالات الاستخدام لنظام الأعمال العام المستوى الأول لتجزئة مخطط‎ 

السياق لنظام الأعمال. يمكننا بعد ذلك تجزئة هذا المخطط العام إلى مجموعة من 
نظام الأعمال فى المستوى الأعلى فى شكل وحدات وظيفية رئيسية ذات حدود واضحة 
تمثل النشاطات الأساسية لنظام الأعمال. يحتوى نموذج حالات الاستخدام للنظام 
على وصف لمجموعة الفاعلين 41015 الذين يتفاعلون مع حالات الاس تخدام. يمثل 
الفاعل مجموعة الأشخاص أو الأنظمة التى تتعامل مع الخدمات التى تمثلها حالات 
الاستخدام. يمكن أن يمثل الفاعل الكائنات الخارجية لنظام الأعمال أو يمثل دورا 
داخليا مباشرا داخل النظام مثل مستخدمى النظام. ويحتوى نموذج حالات الاستخدام 
للنظام أيضا على مجموعة من حالات استخدام النظام التى يمكن أن ترتبط معا 
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بعلاقفات ارتباطٍ Association‏ أو علاقات تعميم ٠. . Generalization‏ يوضح شكل 
(1-0) وجا هاما لمخطط حالات استخدام لنظام الأعمال. 


ك 








. 
Generalization 


١ فاعل‎ 


امتداد 
<<extend>>‏ 


© س 
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شكل )١-5(‏ نموذج لمخطط حالات الاستخدام لنظام الأعمال 


:Business Class Diagram مخطط الأصناف لنظام الأعمال‎ ٤-١-٠ 
يوضح هذا النموذج مجموعة الكائنات الأساسية لنظام الأعمال والعلاقات بينها.‎ 
يسهم كل كائن أساسى فى تقديم خدمة أو أكثر من الخدمات الأساسية التى يقدمها‎ 
نظام الأعمال. يتم تمثيل أصناف نظام الأعمال بشكل مختلف عن أصناف المجال؛‎ 
فيتم تمثيلها من خلال داترة تحتها خط أفقى وبداخلها خط مائل. ومع أن الصنف‎ 
نظام الأعمال؛ لأنه يمثل الكاتنات الأساسية فى المستويات العليا لنظام الأعمال وبشكل‎ 

مجرد. هناك ثلاثة أنواع من العلاقات يمكن تمثيلها بين الأصناف العليا هى: 
- الارتباط Association‏ . 
- التعميم Generalization‏ . 


. Aggregation التجميع‎ - 


إدارة وتطوير مشاريع البرمجيات دنا 


تحديد المتطليات الفصل الخامس 
اا ب کے 





يمكننا أيضاً توضيح درجة التعددية انام ناا لكل طرف فى العلاقة بين 
الأصناف مثل علاقات: 

واحد- إلى - واحد One-to-One‏ . 

واحد- إلى - متعدد .One-to-Many‏ 

متعدد- إلى- متعدد Many-to-Many‏ . 

ويمكن أن تكون العلاقة اختيارية 06102831 عندما يكون من الممكن أن يشارك 
الكائن فى العلاقة بإحدى حالاته أو لا يشارك بأى حالة. ويمكن أن تكون العلاقة 
إجبارية 1433013605 بأن يشارك الكائن فى العلاقة بأكثر من حالة أو يشارك على 
الأقل بحالة واحدة. 

يوضح شكل (7-0) نموذجاً لخطط الأصناف لنظام الأعمال العام. 


كائن فى نظام الأعمال 
Business Entity‏ 









ارتباط 
Association‏ 
A‏ 
GeneralıZzatıon‏ تجميع 
Aggregation‏ 


شكل )١-٠١(‏ نموذج لمخطط الأصناف لنظام الأعمال العام 


:Domain Object Model نموذج كائنات المجال‎ ۲-٥ 
هو أحد النماذج الفرعية لنموذج كائنات نظام‎ 00M يعتبر نموذج كائنات المجال‎ 
وعدة‎ BOM أف أنه يوجد دائما نموذج واحد يصف کائنات النظام‎ . BOM الأعمال‎ 
نماذج تصف كاتئنات المجال 100115. ونجد أيضا أن كل حالة اس تخدام عامة فى‎ 
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نموذج كائثنات النظام يتم تمثيلها من خلال نموذج كائنات لأحد مجالات النظام. 
والمجال هو أحد التطبيقات أو النظم الفرعية للنظام العام لمشروع الأعمال. والمجال 
له حدود واضحة متمثلة فى شكل مجموعة محددة من حالات الاستخدام والفاعلين 
المشاركين فيها. وعلى هذا فإن عملية النمذجة سيتم تطبيقها مباشرة على مستوى 
كائنات المجال. 


:10011212111 المجال‎ ١-2-4 
كما ذكرنا سابقاً فإن أى نظام أعمال يحتوى على مجموعة من الوحدات الوظيفية‎ 
الفرعية التى تتضمن مجموعة الخدمات والوظائف التى يقدمها نظام الأعمال. ومن‎ 
الطبيعى أن تتبع كل وحدة فرعية أحد المجالات التى يتضمنها نظام الأعمال العام.‎ 
فمثلا يعتبر نظام الإجازات أحد المجالات الفرعية للنظام العام لشؤون الموظفين بأى‎ 
مؤسسة. وهو يحتوى على مجموعة الوظائف والعمليات وقواعد العمل التى تحكم‎ 
عملية منح الإجازات للموظفين وكذلك تفاعلها مع مجالات أخرى داخل النظام العام‎ 
مثل تأثير الإجازات فى الرواتب والترقيات والابتعاث وغيرها من النظم الفرعية داخل‎ 

نظام شؤون الموظفين. 


:Domain Use Case Diagram مخطط حالات الاستخدام للمجال‎ ۲-۲-٥١ 
تعتبر مخططات حالات الاستخدام لمجالات النظام بمنزلة الوصف التفصيلى‎ 
لمخطط حالات الاستخدام لنظام الأعمال العام. يمثل كل مخطط تفصيلى مجموعة‎ 
الوظائف لأحد مجالات النظام والعلاقات بينها وبين البيئة المحيطة به. تمثل كل‎ 
مء وظيفة رئيسية من وظائف أحد مجالات النظام وتتفاعل‎ ٥348 حالة استخدام‎ 
مع الفاعلين ١0۲ء۸ الذين يصفون بيئة المجال. يمكن أن يحتوى المجال على عدة‎ 
مخططات لحالات الاستخدام» وأحيانا يتم وصف جميع حالات المجال فى مخطط‎ 
واحد. ترتبط حالات الاستخدام معا فی شكل علافات ازتباط 85500126052 أو‎ 
علاقات تعميم 626121123261052 أو علاقات تضمين 121105102 أو علاقات امتداد‎ 
ويرتبط الفاعل 466015 بحالات الاستخدام من خلال علاقة اتصال‎ . Extension 
جدير بالذكر أنه لا يمكن الاعتماد على مخطط حالات الاستخدام‎ .. 13 
Text Documents لوصف وظائف المجال فحسب: إنما يتم الاستعانة بملفات نصية‎ 
ترفق مع المخطط لتوثيق مواصفات حالات الاستخدام التى يتم تخزينها مع مخطط‎ 
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حالات الاستخدام للمجال فى مستودع النظام 11600516057. يوضح شكل )٤-٥(‏ 
نموذجا لمخطط حالات الاستخدام لأحد مجالات نظام الأعمال العام. 


:Domain Class Diagram مخطط الأصناف للمجال‎ ۳-۲-۵٥ 
يمثل مخطط الأصناف للمجال المنظور التركيبى لأحد مجالات نظام الأعمال من‎ 
خلال تمثيل أصناف المجال والعلاقات بينها فى شكل نموذج مرئى. يتضمن المخطط‎ 
وصفا لبعض الخصائص المهمة للأصناف خاصة التى تسهم فى عمليات الربط بين‎ 
)0-0( الأصناف وكذلك العمليات الرئيسية التى يقوم بها الصنف. ويوضح شكل‎ 

نموذجا لمخطط الأصناف لأحد مجالات نظام الأعمال العام. 
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Operation 1 
Operation2 


Aggregation 


HN 


شكل (5-5) نموذج مخطط الأصناف للمجال 


تدعم أدوات النمذجة باستخدام لغة .17141 إمكانية تسجيل الخصائص والعمليات 
التى لم تظهر فى مخطط الأصناف بالإضافة إلى معلومات أخرى إضافية يتم تخزينها 
فى مستودع نظام الأعمال. 

يوضح الشكل إمكانية أن تكون علاقة الارتباط 45500261053 أحادية الاتجاه 
Unidirectiona‏ أى أنه لا توجد أى حالة من حالات الصنف 4 يمكن أن ترتبط بحالة 
عن جالات الحقك € وتان الازهامة يكن مسموسا فقا مق الف )إلى الت أ 


:Case Study حالة دراسية‎ ٣-٥ 
سنحاول فى هذا الجزء تطبيق أسلوب التكرار مع الزيادة لتطوير التطبيق الخاص‎ 
وهو يمكن أن يكون جزءا مهما‎ 812311 Managemeَn† )1:1/( بإدارة البريد الإلكترونى‎ 
فى العديد من أنظمة المعلومات. يمكننا أيضا استخدام هذا التطبيق على أنه نظام‎ 
تسويق عبر الإنترنت من خلال البريد الإلكترونى 285ا>11311 5812211 الذى يستهدف‎ 
عدداً كبيراً من العملاء حول العالم ويمدهم بالمعلومات التسويقية عن منتجات معينة‎ 
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أو خدمات تقدم من خلال الإنترنت: وذلك باس تخدام أسلوب الرسائل الإلكترونية 
عبر البريد الإلكترونى. يقوم النظام بتسجيل بيانات العملاء وعناوينهم الإلكترونية 
فى قاعدة البيانات» ثم يقوم بتجهيز الرسائل الترويجية للمنتجات والخدمات» ويقوم 
بإره الها لجميع الملا يقوع النظاع ايسا بعدليات تصديع دورية للبياثات السجلة 
فى قاعدة البيانات. 


: Use Case Model نموذج حالات الاستخدام‎ ۱-۳-٥ 
سوف نفترض فى هذه الحالة الدراسية أن الرسائل الترويجية قد تم تجهيزها‎ 
وتسجيلها من قبل فى قاعدة البيانات للنظام. وعلى هذا سيكون الهدف من الحالة‎ 
الدراسية هو إرسال الرسائل المخزنة فى فاعدة البيانات والاستعلام عنها. يمكننا‎ 
توصيف متطلبات الحالة الدراسية من خلال مجموعة من حالات الاستخدام والفاعلين‎ 
الذين يتعاملون معها. يوضح شكل (1-0) نموذج حالات الاستخدام لنظام إدارة البريد‎ 

الإلكترونى ٤M‏ . 
يحنتوى النموذج غلى أربع حاللات استخدام هى: 
- تسجيل دخول 1.0817. 
- أرسل الرسالة .Send Message‏ 
- اعرض نص الرسالة Display Message‏ . 
- اعرض الرسائل غير المرسلة View Unsent Messages‏ . 
- موظف إدارة العملاء Customer Department Employee‏ . 
- جهة اتصال Contact‏ . 
- قاعدة بيانات الرسائل والعملاء Production Database‏ . 
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فاعدة بيانات 
الرساتل والعملاء 





« 


O 


موظف إدارة 
العملاء 


جهة اتصال 


شكل (5-5) نموذج حالات الاستخدام لنظام إدارة البريد الالكترونى 


: Use Case Document وثيقة حالة الاستخدام‎ ۲-۳-٥١ 
على الرغم من أهمية استخدام النماذج المرئية لوصف متطلبات النظام إلا أنها‎ 
لا تكفى لمعرفة المتطلبات بشكل مفصل. يتم توصيف محتويات حالة الاستخدام بشكل‎ 
نصى من خلال وثيقة تسمى «وثيقة حالة الاستخدام» وتكون مرفقة بنموذج حالات‎ 
الاستخدام. يحدد فريق التطوير شكل قالب وثيقة حالات الاستخدام. يتكون القالب‎ 
غالبا من عدة أجزاء بالإضافة إلى رأس الوثيقة 1163065 الذى يتضمن معلومات‎ 
أحد أشكال القوالب‎ )١-0( عن مؤلف الوثيقة وتاريخ إنشائها وغيرها. يوضح شكل‎ 
المستخدمة لوثيقة حالات الاستخدام. تبدأ الوثيقة بعنوان لحالة الاستخدام يليه‎ 
وصف مختصر للحالةء ثم عرض لمجموعة الفاعلين للحالة. تحتوى الوثيقة أيضا‎ 
على وصف لأى شروط مسبقة يجب أن تتوافر قبل بدء حالة الاستخدام وكذلك‎ 
وصف لأى شروط لاحقة يجب تنفيذها بعد انتهاء تنفيذ حالة الاستخدام. يحتوى‎ 
الجزء الأساسى لحالة الاستخدام على مجموعة الخطوات الأساسية لتنفين الحالة‎ 
وتسمى «التدفق الأساسى» وهو يمكن أن يحتوى على مجموعة من التدفقات الفرعية‎ 


إدارة وتطوير مشاريع البرمجيات ۷ 


تحديد المتطلبات الفصل الخامس 
بالإضافة إلى تدفقات استثنائية تصف مجموعة الأفعال التى يجب اتخاذها عند 
حدوث أخطاء فى أثناء التنفيذ. 

وفيما يلى عرض لمحتوى كل جزء من أجزاء وثيقة حالات الاستخدام لتطبيق إدارة 
البريد الإلكترونى ٤M‏ . 
وصف مختصر لحالة الاستخدام: 

تهدف حالة الاستخدام إلى عرض محتويات الرسائل الموجودة بقاعدة البيانات 
وإرسالها إلى العملاء المقيدين بالنظام. 
الفاعلون: 

موظف إدارة العملاء. 

قاعدة بيانات الرسائل والعملاء. 

جهة اتصال. 
شروط مسبقة: 

تخزين الرسائل المطلوب إرسالها فى فاعدة البيانات. 

منح الموظف المختص بإدارة العملاء صلاحية استخدام قاعدة البيانات. 


شروط لاحقة: 

التعديل فى معلومات قاعدة البيانات لتعكس حالة الرسائل التى تم إرسالها 
بنجاح. 

الاستمرار فى الاتصال بقاعدة البيانات حتى يتم إرسال باقى الرسائل. 
التدفق الأساسى: 

يطلب النظام معلومات المستخدم وكلمة المرور. 

بعد نجاح عملية الدخولء يستعرض النظام قائمة الاختيارات المتاحة للمستخدم 
وهى: 


۲۰۸ إدارة وتطوير مشاريع البرمجيات 


الفصل الخامس تحديد المتطلبات 


-١‏ استعراض محتويات الرسالة. 
-١‏ عرض قائمة الرسائل التى لم ترسل. 
-٣‏ إرسال رسالة. 


غ- خروج. 


Use Case Title عنوان حالة الاستخدام‎ 


وصف مختصر لحالة الاستخدام Brief Description‏ : 


الفاعلون 4]015: 
شروط مسبقة وده نلصمعع2: 
شروط لاحقة :Postconditions‏ 
التدفق الأساسى Basic Flow‏ : 
التدفقات الفرعية owsا؟طSu؟S:‏ 


: Exception Flows تدفقات استشائية‎ 





شكل (5-!) أحد قوالب وثيقة حالات الاستخدام 
التدفقات الفرعية: 
يحتوى التدفق الأساسى على مجموعة التدفقات الفرعية التالية: 
١‏ استعراض محتويات الرسالة: 
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تحديد المتطلبات الفصل الخامس 
عويب مد ج اال ڪڪ 





يقوم الموظف بإدخال رقم الرسالة المطلوبة. 
يتم عرض محتوى الرسالة. 
يتم عرض قائمة الاختيارات مرة أخرى. 
۲ عرض قائمة الرسائل التى لم ترسل: 
عرض رسالة تحتوى على عدد الرسائل التى لم ترسل بعد. 
عرض المحتويات العامة عن كل رسالة (رقمهاء التاريخء الموضوع؛ العميل). 
يتم عرض قائمة الاختيارات مرة أخرى. 
۳ إرسال الرسالة. 
يقوم الموظف بإدخال رقم الرسالة المطلوب إرسالها. 
تنفيذ عملية إرسال الرسالة. 
تعديل بيانات الرسائل فى قاعدة البيانات. 
يتم عرض قائمة الاختيارات مرة أخرى. 
تدفقات استثنائية: 
يحتوى النظام على التدفقات الاستثنائية التالية: 
:٤۱‏ اسم مستخدم أو كلمة مرور غير صحيحة: 
هى رسالة تظهر للمستخدم عند إدخال اسم مستخدم 213126 17561 أو كلمة مرور 
4 غير صحيحة . 
يسمح النظام بأن يقوم المستخدم بإعادة إدخال بيانات المستخدم وكلمة المرور أو 
الخروج. 
يسمح النظام بثلاث محاولات فقط لإدخال البيانات بشكل صحيح. 
۳۲ : اختيار غير صحيح: 
هى رسالة تظهر للمستخدم عند إدخال رقم لا يتوافق مع أرقام الاختيارات 
المعروضة فى التدفق الأساسى للنظام. 


يي و فت 
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يتم عرض قائمة الاختيارات مرة أخرى. 

۳ .هدك كير جةا مت انرا 

هى رسالة يمكن أن تظهر فى أثناء تنفيذ التدفق الفرعى 5١‏ (عرض قائمة الرسائل 
التى لم ترسل) إذا كان عدد الرسائل غير المرسلة كبيرا يتعدى الرقم المحدد من قبل 
لعدد الرسائل التى يمكن عرضها. 

يقوم النظام بعرض عدد الرسائل المسموح بها. 

يتم عرض رسالة تفيد بوجود رسائل أخرى لم ترسل وموجودة بقاعدة البيانات. 

:٤‏ رسالة لم يتم إرسالها: 


هى رسالة يمكن ظهورها فى أثناء تنفيذ التدفق الفرعى 55 (إرسال رسالة) فى 
حالة عدم إتمام عملية إرسال الرسالة بنجاح. 


ه-" اللأصناف 0135565: 

يحتوى نظام إدارة البريد الإلكترونى على ثلاثة أصناف هى: 

Employee. Contact. and Outmessage 

يوضح شكل (۸-۵) مخطط الأصناف للنظام. يحتوى المخطط على الأصناف 
والعلاقات بينها مع توضيح اسم العلاقة وعدد الكائنات المشاركة فيها من كل صنف. 
وقد تم عرض مجموعة الخصائص المهمة لكل صنف ولم يتم عرض العمليات فى 
هذه المرحلة الأولية لنموذج تحليل المتطلبات. نلاحظ أيضا من المخطط وجود أكثر 
من علاقة ربط بين الصنفين 011172655386 .oyeeاEmp‏ . العلاقة الأولى تسمى 
«1©2601» وهى تصف العلاقة بين الرسالة والموظف الذى قام بإنشاتها وتخزينها 
فى قاعدة البيانات. أما العلاقة الثانية فتسمى «562061»: وهى تصف العلاقة بين 
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تحديد المتطلبات الفصل الخامس 








contact id: String 
organization: String 
first name: String 
family_ name: String 
contact email: String 


Employee 


employee_id: String 
first_name: String 
family_name: String 
login name:String 
employee_email: String 





























message_id: No 
message _subject: String 
message_text: String 
date_created: Date 

date emailed: Date 
from: String 

to: String 


sender 


شكل )۸-٥(‏ مخطط الأصناف للتطبيق ٤M‏ 
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الفصل الشادس 


التصميم المعمارى للنظام 
Architectural System Design‏ 


يعتبر التصميم المعمارى للنظام البرمجى هو الأساس الذى تبنى عليه جميع الحلول 
والتصميمات الأخرى داخل النظام. ولذلك فإنه لا يمكن بناء أى نظام برمجيات بدون 
تصميم معمارى مسيق للنظام. يهنم التصميم المعمارى للبرمجيات بعمليات تنظيم 
الوحدات البرمجية مثل: الأصناف 135565). والمكونات 012201261215): والحزم 
65 وكذلك توضيح الاتصالات الداخلية بين الوحدات. 


Architectural Layers 2001 الطبقات المعمارية وإدارة التبعيات‎ ٠-١ 
:Dependency Management 

يتميز التصميم المعمارى للنظم البرمجية باعتماده أسلوب هيكلة النظام فى شكل 
طبقات من الوحدات مع تنظيم الاتصالات بين الوحدات. يؤدى هذا الأسلوب إلى 
تقليل درجة التعقيد فى الهيكل المعمارى للنظام وتحسين درجة الفهم للتبعيات بين 
الوسذاك. ومح القواكف المهمة آنضا لات تخد ام التصويع المعمارى سان استقداع 
أسلوب الوحدات البرمجية المستقلة والتفاعل فيما بينها وهو يتوافق تماما مع أسلوب 
الكائنات الموجهة 011672481052-]05(6 لإنتاج البرمجيات. 


1-1-5 الوحدات البرمجية المعمارية :Architectural Modules‏ 

يعتبر الصنف 01355 من الوحدات البرمجية التى تستخدم على نطاق واسع خلال 
مراحل التطوير المختلفة لمشروع البرمجيات» فهو يستخدم لوصف مجموعة الفاعلين 
5 المتعاملين مع النظام وكذلك مجموعة الكائنات البرمجية للنظام البرمجى 
مثل: كائنات التعامل مع قواعد البيانات» وكائنات واجهات المستخدم» وكائنات إجراء 
العمليات» وغيرها. ويستخدم الصنف فى المستويات المختلفة مثل: الوحدة البرمجية 
أو التطبيق أو النظام العام.. ويس تخدع انف أيضا فى جميع مراحل التطوير مثل: 





إدارة وتطوير مشاريع البرمجيات A‏ 


التصميم المعمارى للنظام الفصل السادس 


التحليل والتصميم والبرمجة. يتم تجميع الأصناف حسب الإطار المعمارى المناسب 
لتطوير المشروع فى شكل مجموعة من الحزم 2018865 يتم تنظيمها أيضاً فى شكل 
معمارى يصف العلاقات بينها. يسهم التصميم المعمارى فى تنظيم عملية التبعيات 
بين الوحدات» فيمكن اعتبار إحدى الوحدات 4 معتمدة على وحدة أخرى 8 إذا كان 
التغيير فى الوحدة 8 يؤدى إلى تغيير فى الوحدة 4. وكما ذكرنا سابقاً فإن لغة 
النمذجة الموحدة 1[ تدعم أسلوب تصميم الحزم التى يتم تطبيقها بشكل مماثل 
فى أثناء البرمجة باستخدام لغات البرمجة الحديثة المبنية على أسلوب الكائنات 
الموجهة مثل لغة جافا 378[. تحتوى الحزمة على مجموعة من الأصناف التى يتم 
استدعاؤها مرة واحدة عند استدعاء الحزمةء وكذلك يمكن حذفها كاملة من التطبيق. 
يمكن أن تحتوى الحزمة على حزم أخرى بداخلها. وعلى هذا فإن أى صنف يمكن أن 
يكون عضواً فى حزمة واحدة فقط ولكن يمكن تصديره إلى حزم أخرى. 


:Packages Dependencies تبعيات الحزم البرمجية‎ ۲-۱-٦ 

تحتاج عملية تنظيم الحزم بشكل معمارى إلى إدارة لعملية التبعيات بين الحزم. 
ومن المعروف أنه لزيادة كفاءة عملية إعادة اس تخدام الوحدات البرمجية: فإنه يجب 
علينا أن نقلل من الاعتمادية بين الوحدات بقدر الإمكان وكذلك التخلص من التبعيات 
غير الضرورية بين الوحدات من التصميم المعمارى للنظام. ومن التبعيات غير 
المرغوب فيها وتسبب مشكلات كبيرة فى أثناء التطبيق التبعيات الدائرية أو المغلقة 
Circular Dependencies‏ . يوضح شكل )١-5(‏ مثالاً لتبعية دائرية بين حزمتين» حيث 
تعتمد الحزمة ۸A‏ على الحزمة 8 وكذلك تعتمد الحزمة 8 على الحزمة 4. ويؤّدى ذلك 
إلى مشكلات كبيرة فى أثناء التطبيق والصيانة وإعادة الاستخدام. يمكن التغلب على 
تلك المشكلة بإضافة حزمة ثالثة 47 تحتوى على عناصر من الحزمة 4 التى تعتمد 
عليها الحزمة 8» كما هو موضح بش كل .)۲-١(‏ وعلى هذا فلم تعد الحزمة 8 تعتمد 
على الحزمة 4 ولكنها أصبحت تعتمد على الحزمة 4۲ فقط. وبالطبع إن الحزمة ۸ 
تعتمد على الحزمة 4۲ء وبذلك تم إزالة التبعية الدائرية. 
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Package A Package B 
< تت‎ memes © عه‎ 
cs. o65 < 
1 


عناصر التبعية 
الدائرية من حزمة ۸ 










شكل )۲-١(‏ إزالة التبعيات الدائرية 


:Layer Dependencies تبعيات الطيقة‎ ۳-۱-٦ 

يمكننا تجميع الحزم وتنظيمها فى شكل طبقات هرمية Hierarchical Layers‏ 
وذلك فى محاولة لدعم عملية وصف معمارية النظام. ومن المعروف أن الطبقات 
تأخذ الشكل الرأسى. إذ تحتوى كل طبقة على مجموعة من الحزم مما يؤدى إلى 
التصميم الهرمى للحزم كما هو موضح بالش كل (7-7). يهدف التصميم الجيد 
لمعمارية الطبقات إلى ثلاثة أهداف هى: 


إدارة وتطوير مشاريع البرمجيات 1٥‏ 


التصميم المعمارى للنظام الفصل السادس 
اك أن ساف هرمية الظيعات على الكامل مغ باق مقوتات النظام. 
اکان تى سرجية اتقات إلى شيل الماك بين اتحن. 


للا 
Package D‏ 
> 
لا 


VY 









Layer2 


| | 
Package © 


1 
0 


00 
8 





شكل )۳-١(‏ تبعيات الطبقة 


4-1-5 تبعيات الصنف :Class Dependencies‏ 
يجب التخلص من التبعيات الدائرية الموجودة بين الطبقات وذلك لضمان الحصول على 
تصميم معمارى مستقر للنظام. ولإمكانية تحقيق ذلك يجب معرفة الأسباب التى تؤدى إلى 
وجود التبعيات الدائرية. فمن المعروف أن التبعيات بين الطبقات تنش نتيجة وجود تبعيات 
بين الحزم فى الطبقات: وأن التبعيات بين الحزم تنشا نتيجة وج ود تبعيات بين الأصناف 
داخل الحزم. يوضح شكل (5-1) هذا المفهوم: إذ نجد أن الطبقة 14٠١١‏ تعتمد على الطبقة 


۲۱١‏ إدارة وتطوير مشاريع البرمجيات 


الفصل السادس التصميم المعمارى للنظام 


139617 لأن هناك صنف × 01355 فى الطبقة 1.361١‏ يعتمد على الصنف 7 1355© فى الطبقة 
13617]. ونجد أيضاً أن الحزمة 2313864 تعتمد على الحزمة 8 231386 لأن هناك صنف 
135515 فى الحزمة 4 231386 يعتمد على الصنف ۲ 01355 فى الحزمة 8 231386. وعلى 
هذا فانه يجب التركيز على إزالة التبعيات الدائرية التى يمكن أن تنشأ بين الأصناف وذلك يؤدى 
إلى إزالة أى تبعيات دائرية بين الحزم أو بين الطبقات. 


0-1-5 تبعيات التوريث :Inheritance Dependencies‏ 
تعتبر الاعتمادية بين الأصناف الناتجة عن خاصية التوريث من التبعيات التى يمكن 
أن تؤدى إلى مشكلات كبيرة. فمن المعروف أنه فى حالة تطبيق أسلوب التوريث نجد 
أن الصنف الفرعى 1355© 5115 يرث كل خصائص وطرق الصنف العلوى 255 511061 
مع إمكانية قيامه بتغيير أو استبدال بعض هذه الخصائص والطرق وإضافة خصائص 
وطرق جديدة له. ويؤدى ذلك إلى تغيير فى سلوك النظام فى أثناء التشغيلٍ اعتمادا 
على سلوك الكائنات الفرعية المستخدمة فى أثناء تنفيذ عملية التوريث فعليا. يمكننا 

تصنيف تبعيات التوريث إلى نوعين هما : 
- تبعيات بين الأصناف فى شجرة توريث فى أثناء وقت الترجمة ©22نا eلiنمmدc.‏ 
- تبعيات بين الكائنات فى وفت التنفيذ ٤٣ا‏ 11111 وهى تس تخدم خدمات تقدمها 
أصناف موجودة فى شجرة توريث. 

وشح ف كل دق مالا ملى التبعيات بين الأسكاف ل وة تور فى اشا 
وفت الترجمة. تؤدى علافة التعميم generalization re[a t1٥ ٣ء11 p‏ إلى وجود تبعيات 
فى اتجاه الأسهم: حيث نجد أن الصنف € يعتمد على الصنف 8 وهو يعتمد بدوره 
على الصنف 4 الذى يعتمد على الصنف العام اء#زطه. نلاحظ أيضا من الشكل 
وجود تبعيات فى وقت التنفيذ من خلال الطريقة الموجودة فى الصنف 8 الذى 
قق ان متيل الطرزفة شسسها 8611 الو جروة فى السلتك از ویک ایشا ان 
تنشا تبعية دائرية نتيجة للتوريث بين الأصناف. ففى حالة قيام الطريقة 00١)(‏ فى 
الصنف 4 باستدعاء الطريقة ()001 فى الصنف نفسه ويمكن استبدالها بالطريقة 
(4010 الموجودة بالصنف 8: فإن ذلك يؤدى إلى وجود تبعية دائرية يصعب التحكم 
فيها وتؤدى إلى مشكلات كبيرة. 
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شكل (4-5) تبعيات الصنف 


يوضح شكل (1-1) مثالاً على تبعيات التوريث فى أثناء التنفیذ ۳۴ا هناء. نلاحظ 
من المثال أن التبعية تحدث نتيجة التوريث عندما يستدعى الكاكن 1656 الطريقة 
wait()‏ من خلال الکائن 4 فى وقت التنفيذ: إذ إن الكاتن 4 يرتبط بالكائن زه 
بالتوريث ويمكنه أن يغير من سلوك الطريقة ()انةW‏ فى أثناء التنفيذ. ويتطلب ذلك 
الحرص الشديد من فريق التصميم ومراعاة تجنب حدوث تلك الأنواع من التبعيات 
الدائريةء بالإضافة إلى الحرص عند استخدام أسلوب الاستبدال للطرق 706500 
overriding‏ فى وجود التبعيات بين الأصناف. 


0 اا 2 
1۸ إدارة وتطوير مشاريع البرمجيات 
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Object 


لمعك كك كح | 


public void 010 f 
// do something 
do20; } 


public void do40 f 
// do something 
do10: } 








ايح كور 
doTestO‏ 







public void doTest() { 
Object o = new 


a.wait0; 





شكل (5-5) تبعيات التوريث فى أثناء التنفين 
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:Method Dependencies تبعيات الطرق‎ 5-1-5 


کما ذکرنا شا فإن التبعيات بين الأصناف تكون نتيجة مباشرة للتبعيات بين 
الطرق 846]5005 الموجودة داخل الأصناف. يوضح شكل (1 -۷) مثالا لتبعيات الطرق 
وكيفية تسببها فى وجود تبعيات بين الأصناف وكذلك تبعيات بين الحزم. نلاحظ 
من المثال أن الصنف 4 يحتوى على الطريقة ()401 التى تستدعى الطريقة ()003 
الموجودة فى الصنف 0) مما يؤدى إلى تبعية بين الصنفين ).4 ومن ثم يؤدى إلى تبعية 
بين الحزمتين التى ينتمى إليها كل صنف. وتلا قايشا أ التق 18 يدوق عن 
الطريقة (0020 التى تمسنتدهى أنمأً الطريقة ()003 الموجودة بالصنف ) ومن ثم 
يؤدى إلى تبعية بين الصنفين 8.٤‏ . يتضمن المثال أيضاً علاقة الترابط بين الأصناف 
Association‏ بشکل مياشر وهو يساعد كثيراً فى توضيح التبعيات الموجودة بين 
الأصناف والتى يصعب اكتشافها من خلال تحليل أكواد البرنامج. وبالطبع فإنه لا 
يمكن التخلص من جميع أنواع التبعيات الموجودة بين الأصناف؛ لأنها تأتى نتيجة 
أسلوب التخاطب الطبيعى بين كائنات الأصناف عن طريق استدعاء الطرق الموجودة 
بها. ولكن يجب حصر تلك التبعيات داخل الحزمة الواحدة وتجنب حدوثها بين 
الأصناف الموجودة فى حزم مختلفة. بالاضافة إلى تجنب حدوث التبعيات الدائرية 
نهافياً داخل الحزمة الواحدة ایشا بين الحزم. 


Public class B f 
C emp; 
Public void do20 ؟‎ 

emp.do30 ؟‎ 














control 


en 


Public ووا‎ A {f 
C em 

Public | do1lO {f 
emp.do30 {f 






شكل (5-) تبعيات الطرق 


و سس تك 
۲۰ إدارة وتطوير مشاريع البرمجيات 


الفصل السادس التصميم المعمارى للنظام 
لسلس بابب د 


/-1١-5‏ الواجهات 5عع111]6112: 

كما ذكرنا سابقاً فإن الواجهة هى: مجرد تعريف لمجموعة من الخصائص والطرق 
التى لا يمكن إنشاء كائنات منها بطريقة مباشرة ولكن تحتاج إلى صنف آخر يقوم 
بتطبيقها أو تحقيقها وذلك من خلال توصيف الأكواد التفصيلية للطرق الموجودة فى 
صنف الواجهة أى أنها تقوم بتحقيقها فعليا. يعتبر ذلك نوعا من أنواع التبعيات التى 
تسمى تبعية التطبيق 1066520672 112216126243105 وهى توجد بين صنف الواجهة 
والصنف الذى يقوم بتطبيقه. يمكن أن يقوم صنف واحد بتحقيق أكثر من صنف واجهةء 
ويمكين أن يقوم أكثر من صنف واحد بتحقيق صنف الواجهة. يوضح شكل (۸-1) 
مثالا على تبعية التطبيق من خلال علاقة التبعية بين صنف الواجهة وصنف التحقيق. 
نلاحظ من الشكل أن اتجاه العلاقة يكون ناحية صنف الواجهة. ونلاحظ أيضا أن 
الصنف 128551© يقوم بتحقيق صنفين الواجهة 12]512262, و1ع1216113 وكذلك نجد 
أن كلا الصنفين 013551: و 013552 يمكنهما تحقيق صنف الواجهة 2ع1266:510862. 


public interface 
private int al; 
E 










public void 


public class Class] 
implements Interfacel, Interface2 


{ 
public void o1() { 
// implementation code 


} 
public void 020( ؟‎ 
// implementation code 


Class2 





شكل )۸-١(‏ تبعية التطبيق 
ومع ذلك فإن من مميزات استخدام صنف الواجهة هو إزالة التبعية الدائرية 135ناء11) 
dency‏ epenط‏ بين الأصناف. ولتوضيح ذلك نستعين بالمثال الموضح بالشكل (35-7) وهو 
يحتوى على تبعية دائرية بين الحزمتين Presentati01‏ و 002601 . 





إدارة وتطوير مشاريع البرمجيات ۲۲١‏ 


التصميم المعمارى للنظام الفصل السادس 








ولحل هذه المشكلة وكسر التبعية الدائرية يتم استخدام صنف الواجهة فى إحدى 
الحزم كما هو موضح بالشكل .)٠١-5(‏ يقوم صنف الواجهة 216567167 بتعريف 
الطريقة ()002 التى يستخدمها الصنف 111 والموجود معه فى الحزمة نفسها 
002501 ويتم تطبيق صنف الواجهة من خلال الصنف 2117120017 الموجود فى 
الحزمة 27656242405. وعلى هذا فإن الصنف 1216 سوق يستخدم صنف الواجهة 
الذى يتم تطبيقه من خلال الصنف 2117150015 . 














public class Init { 
PWindow win; 

public void 0010( ؟‎ 
i 


ا 






presentation 





control 
Init 
ا‎ 


do1() 


ا جا 
do40)‏ 












public class DialogBox { 
Actioner act ; 
public void do3() { 
act.do4(); 
1 


public class Actioner { 
public void do40 { 
// do something 











ا 


شكل )۹-١(‏ مثال على التبعية الدائرية 


س٠‏ © يبيبح 
۲ إدارة وتطوير مشاريع البرمجيات 


الفصل السادس التصميم المعمارى للنظام 













public class Init ! 
Presenter pre; 
public void do10 { 


public class PWindow { 
implements control.Presenter { 

public void do2(0 { 

// implementation code 

1 


pre.do20; 
1١1 





implements 










و 


0030( 





public interface 


Controller { 
public void do20; 
} 





شكل )٠١-١(‏ استخدام صنف الواجهة لحل التبعية الدائرية 


:Event Processing معالجة الأحداث‎ ۸-١-٦ 
تنتج التبعيات بين الطرق 106061062265 0dطMet نتيجة للاتصالات التى تتم بين‎ 
الكاتنات فى شكل رسائل من الكائن المرسل إلى كائن آخر يطلب منه تنفيذ خدمة‎ 
مف قبتدعا برل كافن ۸ رج اة إلى تاكن يطلب مته ققيد خسمة مس فإنه‎ 
توجد تبعية بين الكاتنين: إذ يعتمد الكائن 4 على الكائن 8؛ لأنه ينتظر منه معلومات‎ 
هی ناتج تنفيذ طرق موجودة لدی الكاكن 8. يمكن التعبير عن آلية تلك الاتصال من‎ 
خلال كائن يمثل أصل الحدث يسمى اءءزط0 إعطءناا۴u ومجموعة من الكائنات التى‎ 
تستجيب للحدث وتؤدى مجموعة الأفعال وتسمى 5اءءزط0 »طن و6ا5. وأحياناً يتم‎ 
استخدام كائن منفصل يسمى ٣زط0 116815]52]05 لتنفيذ عملية الاتصال بين الكائن‎ 

. Subscriber Object والكائن‎ Publisher Object 





إدارة وتطوير مشاريع البرمجيات ۳ 


التصميم المعمارى للنظام الفصل السادس 








:Architectural Frameworks أطر معمارية‎ ۲-٦ 


تهتم النظم المعتمدة على أسلوب الكائنات الموجهة بيثاء أطر معمارية تستخدم فی 
أثتاء عمليات التصميم واليرمجة التى تعزن عملية إعادة الاستخدام Reuse‏ ق مرحلتی 
التصميم والبرمجة. سنقدم الآن عرضا لبعض تلك الأطر المعمارية التى تدعم عملية 
إعادة الاستخدام.: إذ يقوم المصمم والمبرمج بتخصيص هذه الأطر والإضافة إليها 


1-7-5 إطارنموذج- منظر - متحكم :Model-View-Controller (MVC)‏ 

يعتبر إطار 11770 أحد أطر التصميم المبنية على الكائنات وقدمت من خلال بيئة 
التطوير 5722114311-80. يقوم هذا الإطار على فكرة الفصل بين المفاهيم للتصميم 
المبنى على الكاتنات وذلك بتقسيم كائنات التطبيق إلى ثلاث مجموعات ترتبط بثلاثة 
أصناف مجردة فى شكل الإطار 002501162 و View‏ و Model‏ من خلال علافة 
التعميم iationلraعGen.‏ إذ ترث منها وتضيف إليها خصائصها المميزة. يتم تمثيل 
كاتنات البيانات 5]ءءزط0 1038 من خلال كائنات النموذج للاطار Model Objects‏ . 
يتم إشعار كل من كائنات المنظر View Objects‏ وكائنات المتحكم Controller Objects‏ 
بأى تغييرات تحدث فى كائنات النموذج باستخدام أسلوب معالجة الأحداث؛ إذ يعتبر 
النموذج هو مؤسس الحدث 211115861 Event‏ وتستجيب كل من كائنات المنظر 
والمتحكم لهذا الحدث. يتم تمثيل كائنات واجهة المستخدم ءاءءزط0 6171© من خلال 
كائتنات المنظر للاطار 5اء06[6 17161 وهو يصف حالة النموذج بشكل رسومى يناسب 
المستخدم. يستجيب المنظر للتغييرات التى تحدث فى كائنات النموذج ويقوم بتحديث 
البيانات التى تعرضها للمس تخدم. ومن الطبيعى أن يرافق كل كائن منظر كائن آخر 
متحكم لتمثيل الأحداث. 

يتم تمثيل الأحداث من خلال كائنات المتحكم التى تس تجيب لطلبات المستخدم 
فى أثناء التفاعل مع النظام من خلال كائنات المنظر. وتعتبر كائنات المتحكم بمنزلة 
الوسيط بين كائنات النموذج وكائنات المنظرء إذ تقوم بتفسير الحدث مثل النقر على 
الفأرة أو مفاتيح الإدخال وتحويلها إلى أفعال تطبق على كائنات النموذج. يوضح شكل 
)١١1-7(‏ إطار 141770 والاتصال بين الكائنات الثلاثة. إذ يقوم كائن المنظر باستقبال 
الحدث من مستخدم النظام ويقوم بتمريره إلى الكائن المتحكم لتفسيره وتحويله إلى 
الفعل المناسب ليتم تطبيقه على كائنات النموذج. 
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Database and Web 
Services 


Persistent 


Controller 
متنحكم‎ 





شكل )١1١-5(‏ إطار © 1/157 
يحقق استخدام هذا الإطار الثلاثى العديد من المميزات مثل: 


- السماح بالتطوير المنفصل لكل من واجهة المستخدم والنموذج الذى يتضمن كلا من 
بيانات وعمليات كائثنات نظام الأعمال. 


- إمكانية استخدام أكثر من واجهة مستخدم بدون إجراء تعديالات على النموذج. 

- إمكانية إعادة تصميم النموذج مع الحفاظ على واجهة المستخدم بدون تغيير. 

- إمكانية تغيير طريقة استجابة واجهة المستخدم للأحداث بدون تغيير واجهة المستخدم. 
7-7-5 إطارعرض- تحكم - وسيط - كائن - أساس Presentation-Control-‏ 
Mediator-Entity-Foundation (PCMEF)‏ : 


ويأخذ الشكل المعمارى الهرمى. يتكون الإطاز من أربع طبقات رأسية هى: 


- العرض 216561721211012 . 
- التحكم Control‏ . 
- المجال Domain‏ . 


. Foundation الآأساس‎ - 
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التصميم المعمارى للنظام الفصل السادس 








وتتكون طبقة المجال من حزمتين هما الکائن نہ٤‏ والوسيط ۲٥0هل[‏ . يوضح شكل 
(1-؟1) التنظيم الهرمى لطبقات الإطار. نلاحظ من الشكل وجود تبعيات بين الطبقات 
من أعلى إلى أسفل» حيث تعتمد طبقة العرض على طبقة التحكم التى تعتمد بدورها على 
طبقة المجال؛ وتعتمد حزمة الوسيط على حزمة الكائن وعلى طبقة الأساس. 

تحتوى طبقة العرض Presentation‏ على كائنات واجهة المستخدم GUI Objects‏ 
تسد تستخدم فى تعامل | 2 لمستخدم مع النظام. وتحتوى طبقة التحكم Control‏ على 
الكائنات المسؤولة عن معالجة تفاعلات المستخدم مع النظام من خلال مجموعة 
الخدمات الوظيفية التى يقدمها النظام. وتحتوى حزمة الكائن ,ن٤۴‏ على كائنات 
النظام التى سيتم تخزينها فى قاع دة البيانات أو التى يتم استرجاعها من قاعدة 
البيانات. تقوم الحزمة 146013601 بدور الوسيط أو فناة و بين كائنات حزمة 
الكائن 821167 وكائنات طبقة الأساس 780112036108. تقوم طبقة الأساس بجميع 
العمليات المسؤولة عن الاتصال بقواعد البيانات 0 e:‏ التى د تتم على 
البيانات مثل: التسجيل والاستعلام والاسترجاع وغيرها. 









<layer> 
Control 


طبقة التحكم 







<layer> 
Domain 












<layer> <layer> 
BY يا‎ Mediator 
طبقة الوسيط طبقة الكائن‎ 







<layer> 
Foundation 
طبقة الأساس‎ 






شكل (۱۲-٦)‏ إطار :501/1 


س | u‏ ما الب مجنات 
A4‏ إدارة وتطوير مشاريع البرمجيات 


الفصل السادس التصميم المعمارى للنظام 


"-" أنماط معمارية :Architectural Patterns‏ 
نستعرض فى هذا الجزء بعض الأنماط المعمارية التى تم استخدامها فى تصميم 
الأطر المعمارية مثل إطار .)M۴۴‏ تستخدم هذه الأنماط لحل بعض مشكلات 
التصميم مثل: التحكم فى التبعيات وإعادة استخدام الوظائف واستخدام أساليب 

.(Gamma et al, 1995) Information Hiding وإخفاء المعلومات‎ Abstraction التجريد‎ 


: Facade الواجهة‎ ۱-٣-٦ 


يعتبر الغرض الأساسى من استخدام نمط الواجهة هو تقليل عدد الاتصالات بين 
الحزم لأقل ما يمكن مما يقلل من التبعيات بين الحزم. يتم اس تخدام صنف الواجهة 
فى المستوى الأعلى داخل الحزمة ويكون هو نقطة الدخول الرئيسية للحزمة عند 
التعامل مع الحزم الأخرى. تقوم الواجهة بتوجيه طلب الخدمة إلى الكائن المناسب 
لتنفيذها داخل الحزمة مما يؤدى إلى تقليل عدد مسارات الاتصال بين كائنات الحزمة 
والحزم الأخرى. يوضح شكل )١١-١(‏ كيفية اتصال كل من حزمة 11601801 وحزمة 
Contr‏ مع حزمة 8216 من خلال صنف الواجهة 8824167 الذى يقوم بعملية توجيه 
الاتصال إلى الكائن المناسب داخل الحزمة. 








EEmployee 


EOutMessage 


شكل (1-5 ) نمط الواجهة 
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1-7-5 المصنع المجرد :Abstract Factory‏ 
يقدم هذا النمط أسلوباً آخر لتقليل التبعيات بين الحزم من خلال واجهة مجردة 
تقوم بإنتاج مجموعة من الكاتنات المختفية خلف الواجهة. يؤدى هذا الأسلوب إلى 
إمكانية أن يتصرف التطبيق بأسلوب مختلف عندما يتعامل مع الكائنات المولدة 
حسب نوع الخدمة المطلوبة. يوضح شكل (15-1) مثالا لاستخدام نمط المصنع 
المجردء حيث يمكن للتطبيق اس تخدام كائتنات لوحة المفاتيح 200235016 أو کائنات 
النوافقذ “21112003 وذلك من خلال الصنف المجرد 188765242052 الذى يقوم 

بإنتاج تلك الكائنات. 








Presentation 







صنف مجرد يقود عملية المعالجة الخاصة 
بكائنات الأصناف 






Console, Window 


Contact Browser 


شكل )٠٤١-١(‏ نمط المصتع المجرد 


:Chain of Responsibilities سلسلة المسؤوليات‎ 7-5 


يعتبر الغرض من اس تخدام نمط سلسلة المسؤوليات هو تجنب الاقتران المباشر 
بين الكائن المرسل لطلب الخدمة مع الكائن المستقبل لها وإعطاء الفرصة لأكثر 


ل ةةةل| | | sula ub ıS‏ الى lae‏ 
۸ إدارة وتطوير مشاريع البرمجيات 


الفصل السادس التصميم المعمارى للنظام 


من كان ناتعامل مع الطلب. يوضع كل )١6-1[‏ مثالا لاستخدام هذا التمط: حيث 
يقوم الكائن 21171200177 بطلب خدمة () 002434 ayامdis‏ بأن يرسل رسالة للكائن 
26 الذى يمرر بدوره هذا الطلب إلى الكائن ٤٣٥٣٤2٤٤‏ إذا كان موجودا فى 
الذاكرة من قبل» أو يمرر الطلب إلى الكائن الوسيط 1187501265 الذى يقوم بتفويض 


الكائن 181163061 لاسترجاع الكائن المطلوب من قاعدة البيانات. 














presentation 


س 


CActioner 


retrieveContact() 


م 





EContact 






retrieveContact) 


foundation 
FReader 
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4-7-5 نمط المراقب ٤۲‏ ۲۷ع‌0bs:‏ 


يعتبر الغرض من اس تخدام نمط المراقب هو تأسيس علاقة تبعية واحد - إلى - متعدد 
بين آلگافنات بحيث إذا حمت قير قى الكاقن فلته يتم تسديت الكاكننات التابمة له آلياً: 
يسمى الكائن الأول كائن «]ء6[ط511» أو «115861اطنا2» وتسمى الكائنات التابعة له كائنات 


إدارة وتطوير مشاريع البرمجيات 


۹ 


التصميم المعمارى للنظام الفصل السادس 








»0bservers»‏ أو .»Subscribes«‏ يتم إعلام الكائنات التابعة بأية تغييرات تحدث فى الكائن 
الأول وتقوم بإجراء التعديلات الضرورية لتلائم حالتها مع حالة الكائن الأول. يؤدى هذا 
الأسلوب إلى تقليل درجة الاقتران بين الكائنات الذى يحدث نتيجة وجودها داخل حزم 
مختلفة فى شكل طبقات داخل إطار معمارى مثل M٤۴‏ . تتم عملية الإعلام عن التغييرات 
فى هش كل سا می اسل إن على وال الان يوشم كنكل (1:1) مثالا لاسنتخدام 
نمط المراقبء إذ يقوم الكائن E٤0٤4‏ بإعلام الكائن 20021318101956 بالتغييرات التى 
حدثت له وذلك من خلال كائن وسيط نظرا لوجود الكائنات فى طبقات مختلفة. 
presentation‏ 


Observer 

(subscriber) 
displayContact() 38 
processContactChange) ا‎ 

















acquaintance 


1IAContactSubscriber 
processContactChange() 


addContactListner() ا‎ Subject 
fireContactChange() (publisher) 


شكل (15-5 ) نمط المراقب 







0-1-5 نمط الوسيط Mediator‏ : 

يعتبر الغرض من استخدام نمط الوسيط هو حل مشكلة الاقتران المياشر بين 
الكاتنات الموجودة فى طيقات مختلفة. يقدم هذا النمط مجموعة من الكائنات 
الوسيطة التى تقوم بعملية الاتصال بين الكاتئنات الموجودة فى الطيقات المختلفة. 


لا > > ا ا 
كرف إدارة وتطوير مشاريع البرمجيات 
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الوسيط بين طبقة الأساس 780112026105 وحزمة Entity‏ . وتقوم طبقة التحكم 

002101 أيضا بدور الوسيط بين طبقة العرض 276561181052 وحزمة رانا 8. يقوم 

نمط الوسيط بدور آخر مهم وهو ضمان الحفاظ على التزامن بين كائن Subject‏ 

وكائنات 00856156185 عند حدوث تغييرات فيه. يوضح شكل (۱۷-1) مثالا لاستخدام 

نمط الوسيط. إذ يطلب الكائن 46]102617,) من الكائن الوسيط 848101 القيام 

بحذف أحد الكائنات ۳٣٥٣٤۵٤٤‏ . يقوم الكائن الوسيط بمهمتين هما: 

١‏ - يمرر رسالة حذف الكائن 20202436 إلى الكاتن 0366م[2]1 الموجود فى طبقة 
الأساس لتتفيذ عملية حذف الكائن من قاعدة البيانات. 

۲- يقوم بالتحقق من وجود الكائن 20001266 فى الذاكرة: فإذا كان سوحودا طلاخ 
الكائن الوسيط يقوم بإرسال رسالة لحذفه من الذاكرة أيضا. 


deleteContact() 









entity 
Sastanttete> أ‎ | 


deleteContactO 


removeMessage()‏ ال .ا 


1 
0..n 
EOutMessage 







ل 


foundation 


deleteContactO 


شكل (17-1) نمط الوسيط 
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الفصل السابع 


تصميم فواعد البيانات 
Database Design‏ 


تعتبر البيانات 03٤3‏ هى الرافد الأساسى لنظم المعلومات. إذ يتم تخزينها فيما 
يسمى بقواعد البيانات 102480356 ليتم التعامل معها من خلال برامج التطبيق. تقوم 
برامج التطبيق بالاتصال بقاعدة البيانات لاسترجاع البيانات المطلوب معالجتها وإجراء 
التعديلات عليهاء ثم إعادة تخزينها مرة أخرى فى قاعدة البيانات. وأحيانا تقوم بعض 
برامج التطبيق بالاستعلام فقط عن بعض البيانات المخزنة بقواعد البيانات من دون 
إجراء تعديلات عليها. وعلى هذا فإنه يمكن للعديد من البرامج المختلفة أن تتعامل مع 
قاعدة بيانات معينة فى الوقت نفسه. أى أن قاعدة البيانات تقوم بدور الخادم ©5177 
للعديد من التطبيقات التى تقدم خدمات لعديد من المستخدمين من خلال محطات 
عمل مختلفة 110112568025 غ+1162) مرتبطة بقاعدة البيانات. هناك مجموعة 
من البرمجيات التى تمكننا من التعامل مع قواعد البيانات وتكون هى المسؤولة عن 
عمليات التخزين واسترجاع ومعالجة البيانات ويطلق عليها اسم «نظام إدارة قواعد 
البيانات Database Management System (DBMS)‏ . وهناك أيضا لغة برمجة 
قياسية تستخدم للتعامل مع قواعد البيانات يطلق عليها اسم «لغة الاستفسار الهيكلية 
“Structured Query Language (SQL)‏ . 

تتسم قواعد البيانات الجيدة بالخصائص التالية: 


- كبيرة الحجم 5126 ©1:318. 

. Persistent دائمة‎ - 

- قابلة للاشتراك للعديد من المستخدمين Multi-User Shareable‏ . 
- قابلة للاسترداد Recoverable‏ . 

. Consistent متسقة‎ — 

. Secure آمنة‎ - 


- قابلة للاتساع Extensible‏ . 


إدارة وتطوير مشاريع البرمجيات YY‏ 


تصميم قواعد البيانات الفصل السايع 








: Relational Databases قواعد البيانات المرتبطة‎ ١-٠ 


کے اک کو هة البياناك اتر وة على قاق واس ع مد از سن ع رين عاما 
لتخزين ومعالجة بيانات مشاريع نظم المعلومات. يقوم نموذج البيانات المرتبط 
Relational Data Model‏ بتمثيل البيانات فى شكل سجلات 16601505 أو صفوف 
05 داخل مجموعة من الجداول المرتبطة معاً فى شكل علاقات منطقية تربط بين 
الجداول عن طريق بعض الخصائص المشتركة. يعتمد هذا النموذج بشكل أساسى 
على مجموعة من العلاقات الرياضية بين المجموعات وكذلك العلاقات المنطقية بينها . 
سوف نستعرض الآن أهم خصائص هذا النموذج وكيفية تطبيقه وبرمجته مع الاستعانة 
بحالة دراسية لتوضيح المفاهيم. 


۱-۱-۷ الجدول 201 1: 

يعتبر الجدول هو أحد المكونات الأساسية فى نموذج قواعد البيانات المرتبطة. 
يتكون الجدول من مجموعة محددة من الأعمدة 20111111115) وعدد غير محدد من 
الصفوف سه۸ . تمثل الأعمدة مجموعة الحقول أو الخصائص 441011065 التى 
تميز عناصر الجدول. يوضح شكل (۱-۷) هيكل أحد الجداول وهو يمثل بيانات 
الأفلام وذلك باس تخدام نظام قواعد البيانات أوراكل 10280256 RA٣1۴‏ . يركز 
التصميم على تحديد مواصفات كل عمود فى الجدول مثل: الاسم Column Name‏ 
ونوع البيانات للعمود 6م177 (ata‏ ونوع المفتاح الممستخدم ۴ .۴ وإمكانية أن يكون 
العمود خاليا من البيانات ااں. 


movie code Number(5) <pk> not null 


movie_title Varchar2(30) null 
director Varchar2(20) null 





شكل (۱-۷) تصميم جدول الأفلام 


وبتطبيق قواعد المجموعات الرياضية فإن الجدول يحتوى على مجموعة مميزة من 
الصفوف أى أنه لا يمكن تكرار بيانات أحد الصفوف داخل الجدول. ولضمان ذلك 
يتم استخدام أسلوب المفتاح الأساسى (216) ره تهدمة:2 للجدول. يتكون المفتاح 


سے 
۳٤‏ إدارة وتطوير مشاريع البرمجيات 


الفصل السابع تصميم قواعد البيانات 


السا یجول مرخ مود وات أو اأكثر وفين ات هيم شريفة للا ولك راوها ابا 
داخل الجدول. ومن الطبيعى أن تكون هذه الأعمدة المكونة للمفتاح الأساسى غير خالية 
من البيانات N11‏ 01". يمكننا تطبيق مواصفات التصميم للجدول باستخدام لغة 
الاستفسار الهيكلية 5Q1‏ أو باس تخدام إحدى أدوات نظم إدارة قواعد البيانات مثل 
Schema Builder‏ 01401.15 . يوضح شكل (۲-۷) جملة 5Q]‏ المس تخدمة لإنشاء 
الجدول حسب التصميم المبين بشكل .)١-1(‏ 


Create Table movie 


Create Table Movie ( 
Movie Code Number(5) Not Null , 
Movie Title Varchar2(30) , 


Director Varchar2(20) ب‎ 
Constraint PK_ Movie Primary Key (Movie Code) 
J); 





شكل (۲-۷) جملة ,501 لانشاء جدول الأفلام 


۲-۱-۷ التكامل المرجعى 12128117 :Referential‏ 

تتميز قواعد البيانات المرتبطة 102862565 1112610221 بتطبيقها لمفهوم الربط 
بين الجداول باستخدام أسلوب التكامل المرجعى. فمن المعروف أن عملية الربط 
بين الجداول تتم باس تخدام نوعين من المفاتيح هما المفتاح الأساسى ×۴ والمفتاح 
الخارجى 716: إذ يتم ربط أحد سجلات الجدول الذى يحتوى على المفتاح الأساسى 
بجميع السجلات المقابلة له فى الجدول المرتبط بهء وتكون قيمة المفتاح الخارجى له 
تساوى قيمة المفتاح الأساسى. تكمن أهمية تطبيق مبدأ التكامل المرجعى إلى كونها 
تضمن سلامة بيانات الجداول المرتبطةء إذ إنه لا يمكن تسجيل بيانات فى الجدول إلا 
إذا كان يحتوى على قيمة للمفتاح الخارجى يوجد لها نظير مطابق للمفتاح الأساسى 
فى الجدول المرتبط به. يوضح شكل (5-17) نموذجا منطقيا لقاعدة بيانات تتكون 
من ثلاثة جداول مرتبطة. يحتوى جدول 110716 على بيانات الأفلام فقط ويحتوي 
جدول 401015 على بيانات الممثلين. فى حين يقوم جدول 1.15660-45آ بدور مهم جدا 


إدارة وتطوير مشاريع البرمجيات ro‏ 


تصميم قواعد البيانات الفقصل السابع 
س و س ج 





وهو تجميع البيانات المرتبطة بكلا الجدولين» حيث يحتوى على بيانات دور كل ممثل 
فى الأفلام التى اشترك فيها. نلاحظ فى المثال أن المفتاح الأساسى للجدول 
و15660-4.آ يتكون من المفتاحين الخارجيين 111,512 فى شكل مفتاح أساسى مرکب› 
إذ إنه لا يمكن تسجيل بيانات تمثل اشتراك الممثل نفسه فى الفيلم نفسه مرة أخرى. 
يتضح من العلاقة أن الفيلم الواحد يحتوى على مجموعة من الممثلينء كما أن كل ممثل 
يمكن أن يشارك فى أكثر من فيلم. ونلاحظ أيضا أن قيم كل من المفاتيح الأساسية 
والمفاتيح الخارجية لا يمكن أن تكون خالية .Not Null‏ 


actor _ code Number(5) <pk,fk1> not null 
movie_ code Number(5) <pk,fk2> not null 
position Number(2) null 





















actor_code Number(5) <pk> not null 
actor_name Varchar2(25) null 










movie_code Number(5) <pk> not null 
movie_ title Varchar2(30) null 
director Varchar2(20) null 





شكل (۳-۷) نموذج منطقى لقاعدة بيانات الأفلام 
۳-۱-۷ النموذج المفاهيمى :Conceptual Model‏ 


تمر عملية نمذجة قواعد البيانات بعدة مستويات من التجريد Abst rac1٥٩‏ . 
يعتمد كل مستوى على درجة التفاصيل التى يجب أن يقدمها النموذج. تتسم نمذجة 


ج م > ال ت 
غرف إدارة وتطوير مشاريع البرمجيات 


الفصل السابع تصميم قواعد البيانات 


بيانات النظام فى المراحل الأولية للتصميم باعتمادها الأسلوب المفاهيمى لبيانات 
كائنات النظام والعلاقات الطبيعية بينها دون الدخول فى التفاصيل الخاصة بسلامة 
البيانات وتكاملها أو حتى إمكانية تطبيقها باس تخدام إحدى أدوات إدارة قواعد 
البيانات. يعتبر مخطط العلاقة بين الكائنات Entity Relationship Diagram (ERD)‏ 
هو أحد أساليب نمذجة قواعد البيانات بشكل مفاهيمى. يوضح شكل )٤-۷(‏ النموذج 
المفاهيمى المقابل للنموذج المنطقى الموضح بش كل (1-؟). نلاحظ من الشكل أن 
النموذج قد أخفى بعض التفاصيل التى تخص عملية التكامل المرجعى بين الجداول 
وأنه يركز فقط على إظهار البيانات الأساسية لكل جدول وتوضيح أنواع العلاقات 
الطبيعية بين الجداول. 





contribution 


شكل )٤-۷(‏ التموذج المفاهيمى لقاعدة بيانات الأفلام 


:1.08121 M0أ‎ ٤| النموذج المتطقى‎ ٤-۱-۷ 

يهتم النموذج المنطقى بتقديم نموذج حقيقى قابل للتطبيق باستخدام إحدى أدوات 
إدارة قواعد البيانات. وعلى هذا فهو يهتم بما يلى: 
- كائنات الربط Association Entity‏ : 

هى عبارة عن كائنات تمثل العلاقة بين كائنات أخرى وخصوصاً إذا كانت العلاقة 
تحتوى على خصائص تميزها . تستخدم هذه الكائنات أيضا لتبسيط بعض العلاقات 
المركبة التى يصعب تطبيقها فعليا باستخدام الأدوات المتاحة لإدارة قواعد البيانات 
مثل علاقة متعدد - إلى - متعدد أو العلاقة بين ثلاثة كائنات أو أكثر. 
- التكامل المرجعى Referential Integrity‏ : 

شو كما ترا سابقاً بهم بسلامة البياقات الى جو دة فى الجداول المزتيظة. 





إدارة وتطوير مشاريع البرمجيات ۳۷ 


تصميم قواعد البيانات الفصل السابع 
- نوعية نظام إدارة قواعد البيانات 1081/15: 


يتم تمثيل الجداول بالشكل الذى يلائم نوعية نظام إدارة قواعد البيانات المستخدم. 
يمتل النموذج الموضح بالشكل (5-1) أحد النماذج المنطقية لقاعدة بيانات الأفلام 
باستخدام نظام إدارة قواعد البيانات «أوراكل». 


:Implementing Business Rules تطبيق قواعد العمل‎ ٠-١-۷ 
مع أنه قد تم الأخذ فى الاعتبار عند تصميم قواعد البيانات التأكد من سلامة‎ 
بيانات الكاتنات المرتبطة من خلال قيود التكامل المرجعى: إلا أنه يجب أيضا التحقق‎ 
من صحة البيانات من وجهة نظر نظام الأعمال وذلك من خلال تطبيق بعض قواعد‎ 
العمل الضرورية الخاصة بطبيعة نظام الأعمال. أحيانا تكون بعض قواعد العمل‎ 
بسيطة ويمكن تطبيقها على جميع السجلات بالجدول مثل إسناد فيمة افتراضية‎ 
لأحد الحقول عند إنشاء سجل جديد (كأن يتم إسناد قيمة تاريخ اليوم إلى حقل‎ 
التاريخ بالجدول). وكذلك إضافة قيد على عملية الحذف لأحد سجلات جدول‎ 
مرتبط بآخر. فمثلا يمكننا إضافة قيد عمل خاص بقاعدة بيانات الأفلام يؤدى إلى‎ 
حذف جميع السجلات الموجودة فى جدول 45-_1.15]60 والخاصة بفيلم معين قد تم‎ 

حذفه من جدول Movie‏ . 


يتم تمثيل معظم فواعد العمل البسيطة من خلال تعريف فواعد التكامل المرجعى 
فى أثناء عمليات الإضافة والتعديل والحذف. يوضح شكل (/-0) كيفية تمثيل بعض 
قواعد العمل البسيطة مثل (0) 0٥1‏ التى تعنى أنه فى حالة حذف سجل من جدول 
الأفلام يجب امتداد الحذف ليشمل السجلات المتعلقة به فى الجدول المرتبط به. أما 
0p )R(‏ فتعنى أن عملية التعديل تكون مقيدة: إذ لا يسمح نظام إدارة قواعد البيانات 
بتعديل كود فيلم معين فى جدول الأفلام وذلك للحفاظ على سلامة التكامل المرجعى 
بينها وبين الجداول المرتبطة به. 

اه نضا سفن قاع الم اكوك ةا من تفي يمشن الجر ما جا 
البيانات المرتبطة بحدث معين. يتم تمثيل قواعد العمل المركبة فى شكل وحدات 
برمجية باس تخدام إحدى لغات برمجة قواعد البيانات تسمى الزنادات «15ع11188». 
يتم تطبيق هذه الوحدات البرمجية على الجدول المخصص له عند حدوث أى من 
العمليات الأساسية على قواعد البيانات مثل الإضافة والتعديل والحذف. يوضح شكل 
(1-۷) مثالا لإحدى الوحدات البرمجية (الزناد) التى يتم تطبيقها على جدول الأفلام 
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الفصل السابع تصميم قواعد البيانات 










actor_code Number(5) <pk,fkl> not null 
movie_code  Number(5) <pk,fk2> not null 
position Number(2) null 












actor_code = actor_code 
Upd(R) : Del(C) 















movie_code = movie_code 
Upd(R) ; Del(C) Number(5) <pk> not null 


Varchar2(25) null 


actor_code 
actor name 














movie_code Number(5) <pk> not null 
movie_title Varchar2(30) null 
director Varchar2(20) null 


شكل )٥-۷(‏ فواعد العمل فى النموذج المنطقّى 


Procedural referential integrity with delete trigger in MovieActor 


Create trigger t_movie after delete 
On movie for each row 
Begin 


,-- Delete all children in "Listed As" 

Delete listed as 

Where movie_code = :old.movie code; 
End; 





شكل (1-۷) زناد الحذف على جدول الأفلام 


:Programming Database Applications برمجة تطبيقات قواعد البيانات‎ ٦-۱-۷ 


2 ينبغى النظر لقواعد البيانات باعتبارها مجموعة من الجداول الصماء ولكن فى 
حقيقة الأمر أنها تكون نشطة ومتفاعلة مع التطبيقات المرتبطة بها من خلال مجموعة 


إدارة وتطوير مشاريع البرمجيات ۳۹ 


تصميم قواعد البيانات الفصل السابع 


مجموعة من البرامج. بعض هذه البرامج يكون مخزناً فى قواعد البيانات نفسها 
والبعض الآخر يكون مخزنا فى التطبيقات التى تس تخدم قواعد البيانات. تتطلب 
برمجة تطبيقات قواعد البيانات استخدام إحدى لغات البرمجة التى تتضمن تعليمات 
لغة الاستفسار البنائية :1 ©5. يتم إرسال كل جملة .501 إلى قواعد البيانات ليتم 
التحقق من صحتها وتفسيرها ومن ثم تنفيذها واسترجاع النتائج إلى التطبيق. إذا 
كان هناك العديد من جمل .501 التى تتطلب التعامل مع قواعد البيانات بشكل مستمر 
فسوف يؤثر ذلك فى أداء النظام بشكل سلبى. وعلى ذلك فإنه يجب عدم التوسع فى 
استخدام هذا الأسلوب إلا فى الحالات التى تتطلب أن تتم برمجة قواعد البيانات من 
خلال واجهة التطبيق. يوضح شكل (۷-۷) مثالا لهذا الأسلوب. 


استخدام تعليمات ,501 للبحث فى قواعد البيانات من داخل تطبيق الأفلام 


-- استعراض اسم الممثل صاحب دور البطولة لكل فيلم‎ 
Execute Select movie_title , actor name 
From movie m , listed as 1, actor a 
Where m.movie_ code = 1.movie code 
AND 1.actor code = a.actor code 
AND 1.position = 1 ; 





شكل (۷-۷) برمجة قواعد البيانات من خلال التطبيق 


يتم فى أغلب الأحوال برمجة تطبيقات قواعد البيانات من خلال مجموعة من 
الإجراءات المخزنة 250601165 560560 فى خادم قواعد البيانات نفسها ويتم 
أمعدهاؤها من اذل واجهات التطبيق.. بوه شل( مكالا لأجن الإجراات 
المخزنة باس تخدام لغة أوراكل وذلك للبحث فى قاعدة بيانات الأفلام. نلاحظ من 
الشكل أن تنفيذ الإجراء يتم من خلال بيئة برنامج .501 ولكن فى الحقيقة يكون جزءا 
من برامج التطبيق المخزن عند العميل. ونلاحظ أيضا أن الإجراء يحتوى على معامل 
إدخال 2313126161 [put‏ يستخدم لتمرير متغيرات من التطبيق إلى الإجراء فى أثناء 
الفقية: ,وتم ايضا استورجاع تتائج كتفي الإجراء إلى التظبيق المستيمن الت 
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استخدام أسلوب الإجراءات المخزنة للبحث فى قواعد بيانات الأفلام 


Create or Replace Procedure string _search(string IN varchar2) AS 
Cursor c1 IS 
Select movie_title AS found 
From movie 
Where upper(movie_title) Like '%' || upper(string) || '%'; 
Begin 
For clrec IN c1 Loop 
Dbms_output.put line 
(Found movie title: ' || LPAD(clrec.found,30)); 
End Loop; 
End string _ search; 


SQL> Execute string _search( الخوف‎ ); 
Found movie title : شىء من الخوف‎ 





شكل (۸-۷) استخدام الاجراءات المخزنة Stored Procedures‏ 


۲-۷ قواعد البيانات الشيئية :0bject Databases‏ 

مع زيادة استخدام أسلوب النمذجة الشيئية المعتمدة على الكائنات أصبح من 
الضرورى أن يتم اعتماد أسلوب لبناء قواعد بيانات معتمدة على الكائنات. وقد قامت 
مجموعة 010110 فى منتصف التسعينيات باعتماد معايير فياسية لقواعد البيانات 
المعتمدة على الكائنات 001(8. وقد اس تحدتت المجموعة فى الفترة الأخيرة معايير 
أخرى تقوم على التحول من توصيف نظام إدارة قواعد البيانات المعتمدة على الكائنات 
إلى تعريف طبقة برمجية جديدة تسمى «آ88 5605286 ect‏ زا0» بين برامج التطبيق 
وقواعد البيانات المتصلة بها. تقوم هذه الطبقة بدور التناظر بين كاتنات التطبيق وبين 
السجلات فى جداول قواعد البيانات. يتم اعتماد هذا الأسلوب ليلائم الإجراءات 
الروتينية المستخدمة فى إدارة قواعد البيانات. 








إدارة وتطوير مشاريع البرمجيات ۲٤١‏ 


تصميم قواعد البيانات الفصل السابع 

تقدم مجموعة 0(6 لغة استفسار معتمدة على الكائنات تسمى Object Query Language (0QL)‏ 
مشابهة للغة الاستفسار البنائية ]801 المستخدمة فى قواعد البيانات المرتبطة. يمكننا 
أيضا استخدام لغة تعريف الكائنات (:آ(01) Object Definition Language‏ لتوصيف 
هيكل قواعد البيانات المعتمدة على الكائنات (2002 (Hoffer et al,‏ . 





ولتوضيح كيفية اس تخدام هذه اللغة سوف نستعين بمثال لنمذجة الأصناف فى 
تطبيق التحاق الطلاب بالجامعة باستخدام لغة النمذجة الموحدة 01 كما هو موضح 
بالشكل (4-1). يمثل هذا المخطط النموذج المفاهيمى لقواعد بيانات النظام. 


Term 
* Takes o> | Section 


enrollment() 
* 


Belongs 


To j] 
1 


Course_Code 
Course_Title 
Credit Hrs 


enrollment) 
3-3 


Is Prereq for 
ح‎ 
شكل (۹-۷) التموذج المفاهيمى لقواعد بيانات الجامعة‎ 
Attributes تستخدم لغة 01 بعض الكلمات المحجوزة لتعريف كل من خصائص‎ 
الكائنات والعلاقات بينها. وتستخدم أيضا الشكل العام للدوال فى تعريف الطرق‎ 
.د يوضح شكل (۱۰-۷) استخدام لغة 01 فى توصيف قواعد بيانات‎ 35 
الجامعة المقابل للنموذج المفاهيمى الموضح فى شكل (!ا-5).‎ 



















Name 
Date_of birth 
Address 
Phone 











Taken By *‏ حم 







age) 
gpa) 


register _for(crs,sec,term) Offers 1 




















Has 
Prereqs 1 
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Class Student ! 
( extent students ) 
Attribute string name; 
Attribute date date_of birth; 
Attribute Address address; 
Attribute Phone phone; 
Relationship set (Offer) takes inverse Offer::taken by; 
Short age(); 
Float gpa(); 
Boolean register _for(string crs, short sec, string term); 


1 


Class Offer { 
( extent offers) 
Attribute string term; 
Attribute enum section {1,2,3,4,5,6,7,8}; 
Relationship set (Student) taken_by inverse Student::takes; 
Relationship Course belongs_to inverse Course::offers 
Short enrollment(); 


}; 


Class Course { 
( extent courses) 
Attribute string course _ code; 
Attribute string course_title; 
Attribute short credit hrs; 
Relationship set (Course) has_prereqs inverse Course::is_prereq_ for; 
Relationship set (Course) is_prereq for inverse Course::has_prereqs; 
Relationship list (Offer) offers inverse Offer:belongs to; 
Short enrollment); 





شكل ٠١-!(‏ ) استخدام لغة 01 لتوصيف فاعدة بيانات الجامعة 


۳-۷ قواعد البيانات الشينية-المرتيطة :Object-Relational Databases‏ 
تحتوى كل من قواعد البيانات المرتبطة ۸(8 وقواعد البيانات الشيئية 008 على 
مجموعة من المميزات ونقاط الضعف. ويلاحظ أن نقاط الضعف فى أ منها تمثل 





إدارة وتطوير مشاريع البرمجيات رذق 


تصميم قواعد البيانات الفصل السابع 


مميزات النوع الآخر. وبالطبع فقد أدى ذلك إلى ظهور نوع جديد من قواعد البيانات 
يسمى ( 28 Relationa1)0۸-ectز 0b‏ وهی تحتوى على مميزات كل من النوعين السابقين. 
تعتبر النسخة 91 0۸4٣1٤‏ لقواعد البيانات أوراكل هى أحد أنواع نظم إدارة قواعد 
البيانات الشيئية-المرتبطة 0181(81415. يدعم هذا النوع من فواعد البيانات عمليات 
تعريف كل من البيانات المرتبطة 10368 1161310131 والكائنات ءءء زا0. بالإضافة إلى 
إمكانية التعامل معها والاستفسار عنها وذلك من خلال لغة موحدة وواجهة مشتركة. 
يأخذ النموذج الأساسى للبيانات الشكل العلاقى (الارتباطى 116130231): فى حين 
تأخذن العمليات والإجراءات الشكل الشيئى (المبنى على الكائنات 01162]60-]ءء زط 0) . 
تتم عمليات تخزين واسترجاع البيانات باس تخدام قاعدة بيانات مرتبطة. ويتطلب 
ذلك إجراء عملية تحويل تناظرى بين الأسلوبين (1613]105281 ,اءء[01). وقد استلزم 
ذلك إصدار نسخة مطورة من لغة الاستفسار لتلائم طبيعة التعامل مع كل من نوعى 
البيانات. يدعم هذا الأسلوب استخدام المفاهيم الأساسية للأسلوب الشيئى مثل: 
التوريث والتجريد واس تخدام أنواع معقدة من البيانات مثل ملفات الصوت والصورة 
وغيرهاء بالإضافة إلى دعمه لأسلوب التكامل المرجعى للتأكد من سلامة البيانات 
المخزنة فى الجداول المرتبطة. وجدير بالذكر أن عملية التحويل بالتناظر بين الكائنات 
والجداول المرتبطة يمكن أن تتم فى الاتجاهين. فمن الممكن أن يتم التحويل من 
الكاتنات إلى الجداول المرتبطة وذلك فى عند إنشاء قاعدة البيانات بناءً على نموذج 
الأصناف للتطبيق. ويمكن أن يتم التحويل من الجداول المرتبطة إلى الكائنات وذلك 
ف آلا سما تة البياتات افخ رة سن خاعراة البيائات إلى ذاكرة الالىق ادا 
ما تتم عملية تحويل الكائنات إلى الجداول المناظرة لها بسهولة آكبر من عملية تحويل 
العلاقات بين الكائتنات إلى العلاقات المناظرة لها بين الجداول. سوف نستعرض الآن 
عدلية تحويل الفالاقاية الا کر اناما کی اسه خزاعق البيانانة: 


تحويل علاقة واحد - إلى - متعدد: 


تشر شلاقة وا حف - إفى - مةن اقظر الللزفات هموا ومن رخا رة 
أيضا فى أثناء عملية التحويل إلى العلاقة المقابلة بين الجداول. يتم تحويل الكائن 
ناحية طرف العلاقة الأحادية إلى جدول يحتوى على مجموعة من الأعمدة المقابلة 
لمجموعة خصائص الكائن 441101165 مع تحديد المفتاح الأساسى الذى يميز جدول 
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الكائن. ويتم تحويل الكائن ناحية طرف العلاقة المتعددة إلى جدول آخر يضم مجموعة 
خصائص الكائن مع إضافة عمود يمثل المفتاح الخارجى للجدول ۴K‏ يرتيط بالمفتاح 
الأساسى فى الجدول السابق. يوضح شكل )١١-1(‏ مثالا على هذا التحويل. 


Attribute_1 : int Attribute__1 


Attribute_2 : string مميز الكائن‎ 
Attribute 3 : int 


Attribute_4 
And Attribute 5 


Attribute 4 : int ذ الكاق- کت‎ 
Attribute _ 5 : int ئن (مر ب(‎ 7 
Attribute 6 : int 














Attribute_1 Integer <pk> not null 
Attribute 2 Varchar2(30) null 
Attribute _ 3 Integer null 





Attribute 1 |= Attribute 1 
*٭.0‎ 
Attribute 4 Integer <pk> not null 
Attribute 5 Integer <pk> not null 
Attribute 6 Integer null 





Attrîibute_1 Integer <fk> null 





شكل ١١-1(‏ ) تحويل علافة واحد - إلى - متعدد 


تحويل علاقة متعدد - إلى - متعدد : 


من المعروف أن قواعد البيانات المرتبطة لا تستطيع تطبيق العلاقة متعدد - إلى 
- متعدد مباشرة» ولكن يتم إضافة جدول خاص لتمثيل تلك العلاقة وتحويلها إلى 





إدارة وتطوير مشاريع البرمجيات f0‏ 


تصميم قواعد البيانات الفصل السابع 
علافتين من النوع واحد - إلى - متعدد. يحتوى جدول العلاقة على مجموعة من 
الأعمدة تمثل المفاتيح الخارجية المقابلة للمفاتيح الأساسية فى الجدولين الأساسيين 
كما هو موضح بالشكل (۱۲-۷). 



















Attribute_4 : int 
Attribute_5 : int 
Attribute_6 : int 


Attribute_1 : int 
Attribute_2 : string 
Attribute_3 : int 















Attribute_1 Integer <pk> not null 
Attribute_2 Varchar2(30) null 
Attribute_3 Integer null 














Attribute_4 Integer <pk> not null 
Attribute_5 Integer <pk> not null 
Attribute_6 Integer null 





Attribute -1 |= Attribute - 1 








Attribute_4 = Attribute_4 
Attribute_5 = Attribute_5 


0.* 1# 
Attribute_1 Integer <pk,fkl1> not null 
Attribute_4 Integer <pk,fk2> not null 





Attribute_5 Integer <pk,fk2> not null 





شكل (۱۲-۷) تحويل العلاقة متعدد - إلى - متعدد 


تحويل علاقة التعميم: 


لا يستطيع النموذج العلافى أن يدعم مفهوم التوريث الخاص بالنموذج الشيئّى. 
ولحل هذه المشكلة يمكننا أن نكرر جميع الخصائص الموجودة فى الصنف العام 
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5 وتضمينها فى الجدول الذى يمثل الصنف الفرعى 511521355 ونكتفى 
بسا الحفول التي ينكل كلا عو العدى'العاعوانصفة القوي ماك ل اشر 
موضح بالشكل )١17-1(‏ وهو يقوم على تحويل الصنف العام إلى جدول مماثل وتحويل 
الصنف الفرعى إلى جدول آخر مع إضافة عمود يمثل المفتاح الأساسى للجدول وهو 
المفتاح الأساسى نفسه بالجدول الأول. 


Generalization 





















Attribute_4 : int 
Attribute_5 : int 
Attribute_6 : int 


Attribute_1 : int 
Attribute_2 : string 
Attribute_3 : int 


1 للسميوجكحج ا 


ا ا ا 
Attribute_1 Integer <pk> not null‏ 


Attribute _2 Varchar2(30) null 
Attribute 3 Integer null 













Attribute -1 |= Attribute -1 







يتم استخدام المفتاح 
الأساسى للكائن ××× على 
أنه مفتاح أساسى للكائن 
الال( ومفتاح خارجى أيضا 
للربط بينها 













Attribute_ 1 Integer not null 
Attribute_4 Integer not null 
Attribute_5 Integer not null 
Attribute_6 Integer null 












شكل )۱١-۷(‏ تحويل علاقة التعميم 


:102]2025© Design تصميم قواعد البيانات‎ ٤-۷ 
سنقوم الآن بتصميم قواعد البيانات الخاصة بالحالة الدراسية (إدارة البريد‎ 


إدارة وتطوير مشاريع البرمجيات 33> 





تصميم قواعد البيانات الفصل السابع 





الحالة الدراسية بعمليات استخراج البيانات من قواعد البيانات وتجهيزها ثم إرسال 
الرسائل للعملاءء وبعد ذلك يتم تحديث قواعد البيانات بتمييز الرسائل التى تم 
إرسالها فعلاً وذلك بإضافة معلومات عن عملية الإرسال مثل الوقت. يوضح شكل 
)٠٤١-۷(‏ مخطط الأصناف للتطبيق ٤M‏ . 






























Contact_id : String 
Organization : String 
First name : String 
Family_name : String 
Contact email : String 


Employee_id : String 
First name : String 
Family_name : String 
login_ name : String 
employee_email : String 


creator 





Message_id : No 
Message_subject : String 
Message _ text : String 

Date_created : Date 
Date_emailed : Date 


شكل )۱٤-۷(‏ مخطط الأصناف للتطبيق ٤M‏ 


:Database Model نموذج قواعد البيانات‎ ۱-٤-۷ 
يتم استنتاج نموذج قواعد البيانات من نموذج الأصناف للتطبيق بطريقة مباشرة‎ 
يمثل هذا المخطط النموذج المادى لقواعد بيانات‎ .)١0-7( وسهلة كما هو مبين بشكل‎ 
التطبيق 110061 102635356 751221(ط2: حيث إنه يحدد الخصائص ونوعها باس تخدام‎ 

نظام معين لإدارة قواعد البيانات وهو نظام «أوراكل». 
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Employee Contact 











Employee_id char(4) <pk> not null Contact_id char(5) <pk> not null 








First name varchar2(20) null Organization varchar2(80) null 
Family_name varchar2(40) not null First name varchar2(20) null 
login name varchar2(40) not null Family_name varchar2(40) not null 


employee_email varchar2(60) not null Contact email varchar2(60) null 





contact id * contact id 










0 


Message_id Integer <pk> not null 
Contact _id Char(5) <fk1> not null 
Creator emp_id Char(4) <fk2> not null 
Sender emp_id Char(4) <fk3> null 

Message_subject Varchar2(40) not null 
Message _ text Varchar2(255) not null 
Date_created Date not null 
Date_emailed Date null 


employee_id = 
creator emp_id 






٭*..0 












employee id = 
sender emp_id 







شكل )١16-!/(‏ النموذج المادى لقواعد بيانات التطبيق ٤M‏ 


:Creating Database Sche a إنشاء مخطط قواعد البيانات‎ ۲-٤-۷ 
8Q1 الخطوة التالية لتصميم قواعد البيانات تتضمن مجموعة تعليمات لغة‎ 
الخاصة بإنشاء الجداول والعلاقات بينها بناء على النموذج المادى لقواعد البيانات.‎ 
يمكننا استخدام إحدى أدوات هندسة البرمجيات 10015 مئه لتوليد الملف الخاص‎ 
بتعليمات إنشاء قواعد البيانات من نموذج قواعد البيانات. يتم تنفيذ هذا الملف لإنشاء‎ 
محتوى ملف‎ )١17-1( هيكل الجداول المرتبطة بقاعدة البيانات للتطبيق. يوضح شكل‎ 

تعليمات .501 الخاصة بإنشاء مخطط قواعد البيانات للتطبيق 8 . 





إدارة وتطوير مشاريع البرمجيات ۹ 


تصميم قواعد البيانات الفصل السابع 
اللخ لبلببب-ب-ب-ب-ا ب بيت 


ملف يحتوى على تعليمات .501 لإنشاء قواعد بيانات التطبيق /150 


- Table : Contact 
Create table Contact ( 
Contact id  char(5) not null, 
Organization varchar2(80), 
First name varchar2(20), 
Family name varchar2(40) not null, 
Contact _ email varchar2(60), 
Constraint PK_CONTACT primary key (contact_id) ) 
/ 
-—- Table : Employee 
Create table Employee ( 
Employee_id char(4) not null, 
First name varchar2(20), 
Family_name varchar2(40) not null, 
Login_ name varchar2(40) not null, 
employee _ email varchar2(60) not null, 
Constraint PK_ EMPLOYEE primary key (employee_id) ) 
/ 
-— Index : Login UN 
Create unique index login UN on Employee ( 
Login _ name ASC ( 
/ 
-- Table : Outmessage 
Create table outmessage ( 
Message_id integer not null, 
Contact id char(5) not null, 
Creator emp_id char(4) not null, 
Sender emp _id char(4), 
Message _ subject varchar2(40) not null, 
Message _text varchar2(255)not null, 
Date _ created date not null, 
Date emailed date, 
Constraint PK_OUTMESSAGE primary key (message id), 
Constraint FK_OUTMES_REF_ CONTACT foreign key (contact id) 
references Contact (contact id), 
Constraint FK_OUTMES_REF_CREATOREMP foreign key 
(creator _emp_id) references Employee (employee id), 
Constraint FK_OUTMES_REF_ SENDEREMP foreign key (sender emp_id) 
references Employee (employee id) ) 
/ 





شكل )۱٦-۷(‏ ملف تعليمات 5Q]‏ لانشاء قواعد بيانات التطبيق EM‏ 


ال ا کک 
0٠‏ إدارة وتطوير مشاريع البرمجيات 
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o 8 


:Sample Database Content محتوى عينة قواعد البيانات‎ ۳-٤-۷ 


بعد إنجاز عملية إنشاء مخطط قواعد البيانات بنجاح» سيدا بتحميل فواعد 
البيانات بالبيانات الفعلية وذلك فى أثناء تنفيذ التطبيق. يمكننا أيضاً تحميل الجداول 
بالبيانات عن طريق تعليمات الإضافة الخاصة بلغة .5Q1‏ يوضح شكل (۱۷-۷) بعض 
تعليمات .501 التى تقوم بالاستعلام واسترجاع البيانات الخاصة بالتطبيق ٤M‏ . 


SQL> select * from E,ployee; 

Employee_id First name Family name Login_ name Employee_email 
Ahmed Al Ghamdy GhamdyA Ghamdy@ipa.edu.sa 
Nasser Al _ Meshary MesharyN Meshary@ipa.edu.sa 
Alaa Al_Sammak SammakA Sammak@ipa.edu.sa 

SQL> select * from Contact; 

Contact_id Organization First_ name Family _ name Contact_ email 

1234 STC Ahmed Hesham HeshamA(@stc.net.sa 

1235 KSU Saleh Al_Zahrany Zahrany@ksu.edu.sa 

1236 KFU Kamal Al_Dahshan Dahshan@kfu.edu.sa 


SQL> select contact_id, creator _emp_id, sender emp_id, messaga subject, 
message_text from Outmessage order by contact id; 


Contact_id Creator_emp_id Sender _emp_id Message_subject 


Message _ text 


استعلام عن خدمات جديدة: 1001 1234 

الرجاء التكرم بموافاتتا بمعلومات مفصلة عن الخدمات الجديدة التى تقدمها الشركة للعملاءء مع توضيح المزايا الخاصة بكل 

خدمة وأسعار تقديمها. 

طلب تقديم بحث: 1002 1235 

مرفق مع الرسالة نسخة من البحث المقدم للنشر فى مجلة البحوث العلمية الخاصة بالجامعة؛ يرجى إحاطننا بنتيجة فحص البحث 

فور الانتهاء من تقييمه. 

استعلام عن برنامج: 1003 1236 
حيث إننى أنهيت دراسة اليكالوريوس: تخصص علوم الحاسب. بدرجة ييا ٠‏ وأود الالتحاق بيرنامج الدراسات العليا لديكم 

لدراشد الماجستير فى التخصص نفسه. أود التكرم بتزويدنا بتفاصيل البرنامج ومواعيد الالتحاق ورسوم الدراسة. 





شكل (۱۷-۷) محتوى عينة قاعدة البيانات EM‏ 
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الفصل الثامن 
تصميم الأصناف والتفاعلات 


Classes and Interactions Design 


تركز أنشطة تصميم الأصناف على عمليات التأكد من تحقيق الأصناف للمتطلبات 
الوظيفية المحددة فى نموذج حالات الاستخدام SG‏ إلى ملاءمتها للتصميم 
المعمارى للنظام. تبدأ عمليات تصميم الأصناف بتحديد الأصناف والأماكن المناسبة 
لها داخل الحزم 65 ووببعد ذلك يتم تحديد خصائص وعمليات الأصناف 
التى تحقق المواصفات المطلوبة فى نموذج حالات الاستخدام للتطبيق. وبعد ذلك يتم 
تأسيس العلاقات والتبعيات بين الأصناف. فى الواقع لا يمكن فصل عملية تصميم 
التفاعلات عن تصميم الأصناف. فبمجرد انتهاء عملية تحديد الأصناف يمكننا البدء 
ییا فی تصسعیہ التفاعالات التى سوف تساعدنا فى تحديد مواصفات الأصناف 
وخصوصاً العمليات. 


:Finding Classes from Use Cases إيجاد الأصناف من حالات الاستخدام‎ ۱-۸ 

تتطلب عملية تصميم الأصناف أن تحقق مواصفات المتطلبات المذكورة فى نموذج 
حالات الاستخدام. ولذلك فإنه من الطبيعى أن يتم استخراج تلك الأصناف من الوثائق 
المرفقة ينماذج حالات الاستخدام التى تحتوى على المواصفات التفصيلية للمتطلبات 
الوظيفية لكل حالة استخدام. هناك أسلوب يعتمد على قائمة المتطلبات الموجودة فى 
حالات الاستخدام ويستخدمها فى استخراج الأصناف وذلك فى شكل جدول يتكون 
من خمسة أعمدة كما يلى: 


. Requirement Number رقم المتطلب‎ -١ 

. Requirement Definition تعريف المتطلب‎ -۲ 

. Responsible Package and Class Name اسم الصنف والحزمة التابع لها‎ -٣ 
. Operation Name غ- اسم العملية للمتطلب‎ 


ه- اسم الحزمة والصنف المتعاون Package and Class‏ 00113602260 . 
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تصميم الأصناف والتفاعلات 


الفصل الثامن 





يوضح شک ( ا جرها عع الجدول اله خد لإيجاد الأصناف من متطلبات 


حالات الاستخدام للتطبيق الخاص بإدارة البريد الإلكترونى ٤M‏ . 


Yo 


وكلمة المرور 
password‏ 


عملية اتضال الموظف 
بقاعدة بيانات النظام 


عندما يختار الموظف 
الاختيار الرابع بالقائمة 
يتم الخروج من النظام 


عندما يختار الموظف 
الاختيار الأول يتم 
عرض رسالة بعدد 
الرسائل غير المرسلة: 
وعرض معلومات عن کل 
رسالةء ثم عرض قائمة 
الاختيارات مرة أخرى 


ف 
لصتف ١‏ 


Presentation 
PConsole 


Control 
CActioner 


Foundation 
FConnection 
Foundation 
FReader 


Presentation 
PConsole 


Presentation 
PConsole 
Control 
CActioner 


Presentation 
PConsole 


Mediator 
MBroker 
Foundation 
FReader 


displayLogin 
getUserInput 


login 


getConnection 


readEmployee 


displayMenu 


getUserInput 


exit 


getUserInput 
viewMessages 
retrieve Messages 


readMessages 
readContact 


Presentation 
PConsole 
Control 
CActioner 
Foundation 
FConnection 


Acquaintance 
IAconstants 
Foundation 

FReader 


Control 
CActioner 
Foundation 
FConnection 


Presentation 
PConsole 
Acquaintance 
IAconstants 
Mediator 
MBroker 
Foundation 
FReader 
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عندما يختار الموظف 
الاختيار الثانى: يقوم 
الموظف بإدخال رقم 


الاختيار الثالث: يقوم 
الموظف بإدخال رقم 
الرسالة؛ ثم يقوم النظام 
بإرسال الرسالة وتعديل 
قاعدة البيانات وعرض 
رسالة تأكيد بإرسال 
الرسالةء ثم عرض قائمة 
الاختيارات مرة أخرى 


فى حالة إدخال الموظف 


الإدخال مرة أخرى (عدد 
المرات المسموح بها -؟) 

قو حالة ذخال الموقلك 
رفم اخنيار غير صحيح: 
يقوم النظام بتجاهل 
الاختيار ويعيد عرض 
قائمة الاختيارات مرة 
أخرى أو الخروج بعد ۲ 
محاولات خطاً 
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Presentation 
PConsole 


Presentation 
PConsole 


Control 
CActioner 


Foundation 
FWriter 
Presentation 
PConsole 


Ref. RI 


Presentation 
PConsole 
Control 
CActioner 


Presentation 
PConsole 


Control 
CActioner 
Ref. RI 


تصميم الأصناق والتفاعلات 


getUserInput 


displayMessageText 


getUserInput 
prepareMessage 


sendMessage 


updateMessage 


displayConfirmation 


displayLoginError 
exit 


getUserInput 
displayMenu 


logout 


Presentation 
PConsole 
Mediator 
MBroker 


Presentation 
PConsole 
Control 
CActioner 
Acquaintance 
IAconstants 


Foundation 
FWriter 


Presentation 
PConsole 
Ref RI 
Control 
CActioner 
Foundation 
FConnection 


Presentation 
PConsole 


Foundation 
FConnection 
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tooManyMessages 


قى اة اختهار الموظف 
الاختيار الأول ويكون عدد 
الرمحال غين المرودقة 
أكبر من العدد المسموح Ref R5‏ 
يعرضها: يقوم التظام 
بعرض عدد الرسائل 
المسموح بهاء ثم عرض 


رسالة توضيحية تفيد 


Presentation 
PConsole 


بوجود عدد آخرمن 
الرسائل غير المرسلة 
موجودة بقاعدة البيانات 


فى حالة قشل عملية 

andleEmailException Ref. R7 إرسال الرسالة (الاختيار‎ 

الثالث) يقوم النظام بعرض Control‏ 

رسالة توضيحية للموظف | Presentation displayEmailFailure | CActioner‏ 
تفيد بعدم نجاح عملية | PConsole Presentation‏ 
إرسال الرسالة« ثم يقوم displayMenu PConsole Î‏ 

بعرض قائمة الاختيارات 

مرة أخرى 





شكل (۱-۸) جدول إيجاد الأصناف من حالات الاستخدام للتطبيق ٤M‏ 


۲-۸ تصميم اللأصناف موزدء(1 0125565: 


يحتوى الجدول السابق على معلومات كافية لإعداد التصميم الأولى لنموذج 
الأصناف للتطبيق ٤M‏ . يمثل النموذج الموضح بشكل (۲-۸) النموذج الأولى للأصناف 
والمقابل لجدؤل إيجاد الأصناف الموضح بشكل .)١-8(‏ يعتبر هذا النموذج أولى لأنه 
المتبادلة بين الكائنات فى جدول إيجاد الأصناف. يتضمن النموذج الأولى الأصناف 
المذكورة فى جدول إيجاد الأصناف ومكانها داخل الحزم وكذلك علاقات الارتباط 
بينها. نلاحظ من النموذج أن بعض الحزم تحتوى على صنف واحد فق ط لأن النموذج 
لا يتضمن الأصناف الخاصة بالكائنات الخارجية. يحتوى النموذج أيضا على حزمة 
©3432 التى تحتوى على معظم الثوابت المستخدمة فى النظام مثل ثوابت 
الاتصال بقواعد البيانات Database__Con ne10‏ التى يتم اس تخدامها من خلال 
صنف الاتصال «مناءءصمه2©00 والثوابت الخاصة بخادم البريد SMTP_ Address‏ 
التى يتم اس تخدامها من خلال صنف التحكم 46110261) الخاص بالتطبيق: والثابت 
الخاص بأقصى عدد ممكن للرسائل التى يمكن عرضها على الشاشة :1/18 
ay__MessagesاDisp‏ التى يتم استخدامها من خلال صنف الواجهة 20025016 . 


ار و ر ف ج ا > ا > ا د 
٦‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الثامن تصميم الأصناف والتفاعلات 


يحتاج هذا النموذج الأولى إلى بعض التحسينات والإضافات لتتوافق مع المتطلبات 
غير الوظيفية الموضيحة فى إطار التصميم المعمارى للنظام. يؤدى ذلك إلى توسعة 
النموذج الأولى استنادا إلى التصميم المعمارى وذلك بإضافة أصناف جديدة وتعديلات 
فى الأصناف المستندة إلى متطلبات المستخدم. تبداً هذه العملية بجزء من جدول 
إيجاد الأصناف» وبعد ذلك يتم توس عته ليضم أعمدة أخرى تقدم الأصناف الجديدة 
والتعديلات على الأصناف الموجودة, كما هو موضح بشكل (5-1). 


presentation 


acquaintance 
أ د ت‎ 


display Login() 
getUserIlnput() 
displayMenu() 
viewMessagesÛ 
displayMessageText() 
prepareMessage() 
displayConfirmation() 
displayLoginErrorO 
tooManyMessages() 
display EmailFailure() 


DB_CONNECTION 
DB DRIVER 
SMTP_ADDRESS 
MAX_DISPLAY_MESSAGES 


foundation 


: 
ا 
ا س ج 


getConnection() 


logout) 
sendMessage() 
handleErmailException() 


ا > ابم حيبي ج ی 
readEmployee()‏ 
readMessage) MBroker‏ 
readContact()‏ 

ا > ج کا 


retrieveMessage() 


شكل (۲-۸) النموذج الأولى للأصناف للتطبيق 15:31 
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تصميم الأصناف والتفاعلات 


PConsole 
displayLogin 
PConsole 
getUserInput 
CActioner 
login 


FConnection 
connect 


FReader 
read Employee 


PConsole 
displayMenu 


PConsole 
getUserInput 
CActioner exit 


PConsole 
getUserInput 
PConsole 
viewMessages 


MBroker 
retrieveMessages 


FReader 
readMessages 
FReader 
readContact 


0۸ 


Presentation 
PConsole 
Control 
DDP CActioner 
Chain of Mediator 
. Resp MBroker 


Acquaintance 
IAconstants 
Foundation 

FReader 


DDP Control 
CHS öf CActioner 
Mediator 
Resp MBroker 


Presentation 
PConsole 
Acquaintance 


DDP IAconstants 


Chain of 
Resp 


الصنف/ العملية 
الجديد أو المعدل 


MBroker 
login 


MBroker 
createEmployee 


CActioner 
retrieveMessages 


PConsole 
displayMessages 


MBroker 
retrieveContacts 


MBroker 
createContacts 
MBroker 
createMessages 


الفصل الثامن 


الحزمة/الصنف المتعاون 
الجديد أوالمعدل 


Foundation 
FConnection 


entity 
EEmployee 


Foundation 
FConnection 


Mediator 
MBroker 


Acquaintance 
IAEmployee 
IAOutMessage 
IAContact 
EEmployee 
EOutMessage 
EContact 
Foundation 
FReader 


entity 
EContact 
entity 
EOutMessage 
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الفصل الثامن 


PConsole 


getUserInput 
PConsole 
displayMessageText 


getUserInput 
PConsole 
prepare Message 
CActioner 
sendMessage 
PConsole 
displayConfirmation 
FWriter 
updateMessage 


PConsole 
displayLoginError 
CActioner 


PConsole 
getUserInput 
PConsole 
displayMenu 
CActioner 
logout 


Ref. R5 


PConsole 
tooManyMessages 


CActioner 
handleEmailException 
PConsole 
displayEmailFailure 
PConsole 
displayMenu 


Presentation 
PConsole 


Presentation 
PConsole 
Control 
CActioner 
Acquaintance 
IAconstants 
Foundation 
FWriter 


Presentation 
PConsole 
Ref. RI 
Control 
CActioner 


Presentation 
PConsole 


Presentation 
PConsole 


CActioner 
retrieveMessages 
MBroker 
isinCache 


DDP 
Chain of 


PConsole Resp 


displayMessageText 


MBroker 

updateMessage DDP 

Chain of 
Resp 


Mediator 


MBroker 
flag Cache 


DDP 
Chain of 
Resp 


MBroker 
logout 


DDP 
Chain of 


MBroker 


شكل (۳-۸) توسعة جدول إيجاد الأصناف 


Mediator 
MBroker 
Foundation 
FReader 
Acquaintance 
IAEmployee 
T1AOutMessage 
IAContact 
EEmployee 
EOutMessage 
EContact 


Foundation 
FWriter 


Foundation 
FConnection 


Foundation 
FConnection 
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تصميم الأصناف والتفاعلات الفصل الثامن 
تلب س 
نلاحظ من الشكل أن الجدول يحتوى على 1 أعمدة: الثلاثة الأولى منها مأخوذة من جدول 
إيجاد الأصناف (شكل ))١-۸(‏ والثلاثة الأخيرة هى نتاج عملية التوسعة؛ حيث تم إضافة 
أصناف الكائنات 135565 :68119 وتوسعة الحزمة 4611318826 وإضافة عمليات للأصناف 
الموجودة فى باقى الحزم. يوضح شكل )٤-۸(‏ النسخة المطورة لنموذج الأصناف الخاص 
بالتطبيق :1 بعد تطبيق الإضافات والتحسينات المذكورة فى الجدول السابق (شكل (5-8)). 
نلاحظ من النموذج المطور إضافة حزمة رانأ إلى حزمة 126013601 لتكوين جزمة أشمل 
1 وهى تمثل إحدى طبقات الإطار المعمارى 20001581. ونلاحظ أيضا إضافة ثلاثة 
أصناف واجهة إلى حزمة 460100312]4566 يتم تطبيقها من خلال أصناف حزمة '(11أهء.* 























١-1‏ چ وج بس 
E Fm 2‏ 
8 5 8 3> 5 
508 5 6 8 هاوأ ا 
2 52 ا 2 لت 6 يت - 5 
نت چ 2 E 3 AE F5E F5‏ 2 
E‏ 5 2 5 2 مه 2 55 2 
EE‏ 2 8 82 2 فك ف 2 28 8 5 
ع > > 2 2 ISS‏ 5 
تن كذ نل تباج نابي 5 - 52 
DUDS > EERE 5 2 2‏ 4 
2525-5 2259522252 5 ىق = 
مه 2 22 6682 2 

8 2 فى 5 2 5 55 5 < 505 5 









updateMessage() 
















= 
ی 3 
1-1 ار 5 ص 
|2 |2 4 
35 2 ی 
mE‏ 8 35 ی 
sll 252‏ 5 4 
S| 5 © 2‏ ب 2 5 
2 1 3 1 > 22 
EEE‏ 3 8 6 
نه ج م اابت > خا 5 
و ن كع بم 9 | ن 
EE‏ 2 2 ع 8 | 2 
88 2-2 
١‏ 8 
a2 7‏ 
226G x . 1 FEET‏ 


















acquaintance 










ES 2 
56 ت‎ 

EEE] 
4 2 5 ع‎ 2 2 
2 2 9 5 
8 ع ن تى 2 2 2د‎ 
8 32 2 2 2 
F88 Bb Ë 















IAOutMessage 






EContact 


ا 


EEmployee 
EQutmessage 


شكل )٤-۸(‏ مخطط الأصناف للتطبيق 511 


لس باشب وو ا يو الف الإو lama‏ 
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الفصل الثامن تصميم الأصناف والتفاعالات 
سعلعبللببلسسلبالللن- ب ب 


۳-۸ مخطط الكاتنات :Object Diagram‏ 
يمثل الكائن إحدى حالات الصنف فى وقت التنفيذ. يتم إنشاء الكائن الأول فى 
التطبيق من خلال الطريقة الأساسية للبرنامج 10818 الموجودة غالباً فى حزمة الواجهة. 
يقوم هذا الكائن بإنشاء حالات أخرى للأصناف المرتبطة به طبقا للتصميم المعمارى 
لنموذج الأصناف وذلك من خلال تبادل الرسائل بين الكائنات. يوضح شكل (0-8) 
مخطط الكائنات للتطبيق 5M‏ والمقابل لمخطط الأصناف فى الشكل السابق. نلاحظ 
من الشكل أن الرسائل بين الكائنات تتبع علاقات التبعية بين الأصناف وتعبر الطبقات 

المعمارية من أعلى إلى أسفل حسب مواصفات التصميم المعمارى PCMEF‏ . 


امك , ا 


:FConnection‏ نيا 
:EOutMessage‏ 


شكل )٥-۸(‏ مخطط الكائنات للتطبيق 1:11 


-: التفاعاذت :Interactions‏ 
بعد الانتهاء من دراسة النظام فى حالة السكون وتصميم نموذج الأصناف للنظام: 
ننتقل الآن إلى دراسة النظام وهو فى حالة الحركة أو ما يسمى بدراسة سلوك النظام 
System Behavior‏ . تركز عملية السلوك على ملاحظة عمليات تبادل المعلومات بين 
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تصميم الأصناف والتفاعلات الفصل الثامن 


كائنات النظام فى أثناء تأدية وظيفة معينة وهو ما يطلق عليه اسم «التفاعلات بين 
الكائنات». يتم تحقيق هذه التفاعلات من خلال مجموعة من الرسائل 65ع2/165538 
المتبادلة بين الكائنات. تعتبر الرسالة هى وسيلة اتصال بين كائن مرسل وآخر مستقبل 
للرسالة. تدعم لغة 012 مجموعة من النماذج التى تستخدم لوصف أساليب 
التفاعلات بين كائنات النظام وهى مخطط التتابع 101381212 560116266 ومخطط 
الاتصال Communication Diagram‏ ومخطط التفاعل .Interaction Diagram‏ 


:Sequence Diagram مخطط التتابع‎ ١-٤-۸ 
يمثل مخطط التتابع مجموعة التفاعلات بين الكاتنات داخل حالة اس تخدام معينة‎ 
من خلال مجموعة الرسائل الممررة بين الكائنات. يتم عرض الكائنات فى أعلى المخطط‎ 
يتم تمثيل الرسالة‎ . 1f 11١۴ ويتم رسم خط رأسى لكل كائن يمثل خط الحياة له‎ 
المرسلة من كائن إلى آخر بخط له سهم يتجه نحو الكائن المستقبل للرسالة. يتم رسم‎ 
مستطيل ضيق رأسى حول خط حياة الكائن يمثل فترة تنشيط الكائن فى أثناء عملية‎ 
تنفيذ العملية المطلوبة منه. يوضح هذا المخطط تتابع الرسائل بين الكائنات حيث‎ 
إنه يهتم بوقت التنفيذ الموضح فى الاتجاه الرأسى. هناك نوعان من الرسائل: يمثل‎ 
النوع الأول الرسائل المتزامنة 572611500115 التى ينتظر فيها الكائن المرسل للرسالة‎ 
حتى ينتهى الكائن المستقبل لها من تنفيذ الإجراءات المطلوبة. ويمثل النوع الثانى‎ 
الرسائل غير المتزامنة 457121210120115 وفيها يرسل الكاتن الرسالة ولا ينتظر حتى‎ 
ينتهى الكائن المستقبل لها من تنفيذها. يوضح شكل (1-8) أساليب تبادل الرسائل‎ 
فى مخطط التتابع. يتم تمثيل الوقت فى مخطط التتابع فى الاتجاه الرأسى ويبدأ من‎ 
أعلى متجها إلى أسفل. ويتم تمثيل الرسائل حسب الأسبقية: فتبدأ الرسائل الموجودة‎ 
أعلى المخطط قبل الرسائل التى تليها لأسفل. وعلى هذا فإن مخطط التتابع يعتبر‎ 
تنائى الأبعاد؛ تمثل الكائنات الاتجاه الأفقى وتتجه من اليسار إلى اليمين» ويمثل الوقت‎ 
الاتجاه الرأسى ويتجه من أعلى إلى أسفل. يلاحظ من الشكل أن أرقام الرسائل تشير‎ 

إلى ترتيب تنفيذها وأنها ليست ضرورية: حيث إن خط الزمن يوضح عملية التتابع. 


۲-5-۸ مخطط الاتصال Communication Diagram‏ : 
يعتبر مخطط الاتصال هو أحد أشكال مخططات التفاعل 1216136]102 التى تقوم 
بتمثيل التفاعل بين الأشياء أو الكائنات. يعتبر مخطط الاتصال شبيها بمخطط 





نذا إدارة وتطوير مشاريع البرمجيات 





الفصل الثامن تصميم الأصناف والتفاعلات 


التتابع من ناحية تمثيل التفاعالات من خلال مجموعة الرسائل المتبادلة بين الكائنات. 
وجدير بالذكر أن معظم أدوات هندسة البرمجيات 10015 ٥358‏ تقوم بتحويل أحد 
الخطظ ات إلى الآخر طفائياً. ويتضع المارق ههآ من ذاحية ترقين خط التتايع 
على لقف ل انى للرمصاكل بين الكاانات: ان جن بز كنز ممل الاتصال كن 
تمثيل العلاقات بين الكائنات بشكل واضح ومفهوم ولذلك فهو يستخدم فى أثناء عملية 
تحليل الرسائل المرسلة أو المستقبلة لكائن ماء وتبادل وجهات النظر مع المستخدمين 
وباقى فريق العمل نظرا لسهولة بناء المخطط والتعديل فيه. يوضح شكل (۷-۸) 
مخطط الاتصال المقابل لمخطط التتابع الموضح بشكل (1-۸). 





شكل (5-8) أنواع الرسائل فى مخطط التتايع 


إدارة وتطوير مشاريع البرمجيات ۳ 


تصميم الأصناف والتفاعلات الفصل الثامن 
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شكل (۷-۸) تبادل الرسائل فى مخطط الاتصال 


/-4- مخطط التفاعل 101281212 :Interacti0n‏ 

تعتبر مخططات التفاعل هى الأساس فى نمذجة سلوك النظام باس تخدام لغة 
UML‏ . تتم عملية نمذجة السلوك فى عدة مستويات من الإيجاز والتفصيل بدءا من 
حالة استخدام أو مجموعة من حالات الاستخدام» إذ تتضمن بعض هذه التفاعلات 
بداخلها مجموعة من التفاعلات الداخلية. يؤدى ذلك إلى إمكانية الاستعانة بمخطط 
عام للتفاعلات يطلق عليه اسم «المنظور العام لملخطط التفاعل Interaction Overview‏ 
دهع" وهو يشبه إلى حد ما مخطط النشاط 01885352 ,اا۸ . يوضح شكل 
(۸-۸) مشالاً على المنظور العام لمخطط التفاعل الذى يمشل الانتقال بين التفاعلات 
الداخلية. 


م م ا ا و ج 
٤‏ إدارة وتطوير مشاريع البرمجيات 


الفصل الثامن تصميم الأصناف والتفاعلات 


interOcc! Login to database 


Logout from database 





شكل (۸-۸) المنظور العام لمخطط التفاعل 


۵-۸ تطبيق على التفاعالاذت :Interactions Application‏ 

سنحاول فى هذا القسم تصميم التفاعلات الخاصة بتطبيق إدارة البريد الإلكترونى 
6. يحتوى هذا التطبيق على مجموعة محدودة من الأفعال 411025 تتضمنها 
قائمة تشغيل التطبيق: بالإضافة إلى مجموعة الاستشاءات 2262610285 أو رسائل 
الخطأ الموضحة فى مواصفات الاستخدام. وفيما يلى وصف لمجموعة التفاعلات 
-١‏ تفاعلات أساسية: 
- الدخول 1-08112. 
_- الخروج Exit‏ . 
- عرض الرسائل غير المرسلة View Unsent Messages‏ . 
- عرض نص الرسالة Display Message [ext‏ . 
- إرسال الرسالة Email Message‏ . 


إدارة وتطوير مشاريع البرمجيات نلف 


تصميم الأصناف والتفاعلات الفصل الثامن 
۲- تفاعلات استثنائية: 

.Incorrect Username or Password كلمة مرور غير صحيحة‎ - 

- اختيار غير صحيح .Incorrect Opti01‏ 

- عدد كبير 8 من الرسائل Too Many Messages‏ . 

. Email could not be sent عدم إمكانية إرسال الرسالة‎ - 


جدير بالذكر أن هذا التطبيق للا يحتاج إلئن المنظور العام لخطط التفاعل ولكن 
سيتم استخدام مخططات التتابع لوصف التفاعالات الآأساسية ومخططات الاتصال 


لوصف التفاعلات الاستشائية Exceptions‏ . 


×» التفاعل اچ0[‎ ١-0-4 

تبدأ تفاعلات عملية الدخول للتطبيق بالرسالة () ذه1 رهامءنك من الكائن PMain‏ 
إلى الكائن 202015016 كما هو موضح فى شكل (۹-۸). يقوم الکائن 72005016 
بعرض الرسالة () 116م86]17561111 للمستخدم للحصول على اسم المستخدم وكلمة 
المرورء ثم يقوم بتمريرها من خلال الرسالة () ”ذعه! إلى الكائن 84110265 الذى 
يمررها بدوره إلى الكائن 184181012 الذى يستخدمها فى الاتصال بقواعد البيانات 
ومن ثم تكوين وتمرير الاستعلام () رامس إلى الکائن 711630617 الذى يقوم بتنفيذ 
الاستعلام والبحث عن بيانات الموظف فى قواعد البيانات ويعود بالنتائج إلى الكائن 
MBroker‏ الذى يقوم بتعبئة بيانات الكائن ©ع10(6م8102: ثم يقوم بإغلاق عملية تنفيذ 
الاستعلام. وفى النهاية يقوم الكائن ©2)02501 بعرض قائمة الاختيارات للمستخدم 
من خلال تنفيذ الطريقة () 211اع/13(8م015 . 


۲-۵-۸ التفاعل Ex,‏ »: 
يوضح الشكل )٠١-/(‏ مجموعة الرسائل التى تمثل التفاعل «ان×8» فى التطبيق ٤M‏ 
وهى عبارة عن مجموعة من الرسائل الممررة بين الكائنات FConnecti0n‏ :200115016 
لغلق قواعد البيانات» وكذلك رسالة إلى الكائن 40]10265) للخروج من النظام. تبداً 
التفاعلات بتنفيذ الطريقة () ٤م‏ ٣۲1٥ء‏ € عع للكائن 20025016 الذى يقوم بتمرير 
القيمة «خروج» إلى الكائن 461101261 من خلال الرسالة () 14ا6. يقوم الكائن 
2 بتتفيذ الطريقة () 1080114 التى من خلالها يقوم بتمرير الرسالة ]108011 


۲١‏ إدارة وتطوير مشاريع البرمجيات 


إدارة وذ 





ير مشاريع البره 





ت 
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عملية 


connect() 
EEmploy 
closeResult 





:MBroker 





شكل (۹-۸) مخطط التفاعل «مزوه.آ» 





| مسح‎ | ES 
displayLogin() 





:PMain 
1Y 


Close )(‏ للكائن »7116306 لغلق 


للكائن 102]ع1)0012126 لغلق الاتصال بقوا 


القراءة 


عد البيانات 
من قواعد البيانا 


> وهو بدوره يمرر الرسالة 
ت . 


الفصل الثامن 


تصميم الأصناف والتفا 


ت 


تصميم الأصناف والتفاعلات الفصل الثامن 
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شكل )٠١-4(‏ مخطط التفاعل ,1:0 


4-ه-" التفاعل View Unsent Messages»‏ »: 
يبدأ التفاعل بطلب المستخدم عرض الرسائل غير المرسلة من خلال الرسالة 
Messages‏ للكائن 202025016 الذى يطلب الخدمة retrieveMessages‏ من الكائن 
CActioner‏ الذى يمرره بدوره إلى الكائن MBroker‏ ا بمعلومات الموظف 
المطلوب عرض رسائله. يقوم الكائن 148101667 بطلب تنفيذ الاستعلام من الكائن 
60 الذى يقوم بإنشاء كائن جديد 2011]11655386 ليتضمن مجموعة الرسائل 
الناتجة من الاستعلام. يتم استرجاع النتائج للكائن 118101665 الذى يحتوى على 

بيانات ؛ جهة ة الاتصال لكل رسالة ويقوم بإنشاء كائنات لكل جهة اتصال 1ع8)0268. 
ييا يقوم الكائن 200125016 بعرض الرسائل وجهات الاتصال باستخدام الخدمة 
5131165538 كما هو موضح بالشكل (۱۱-۸). 


Ea 555222‏ 
۸ إدارة وتطوير مشاريع البرمجيات 


الفصل الثامن تصميم الأصناف والتفاعلات 


| عافسمعم:‎ | | ener | | Broker | E 
0 








tetUserInput( ) : : 
: : : 
viewMessages( ) 0 : 
اله‎ 

etrieveMessages () 1 


ret eUnsentMessages () 
query() 





mapOutMešsages() 
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» View Unsent Messages» مخطط التفاعل‎ )١١-8( شكل‎ 


«Display Message Text» التفاعل‎ :-5- 


من المفترض أن يبدأ هذا التفاعل بعد إتمام التفاعل السابق وفيه يقوم الكائن 
MBroker‏ التق ى عن وجود مجموعة الرسمائل فی الذاكزة.سق :خلال :الكاكن 





إدارة وتطوير مشاريع البرمجيات ۹ 


تصميم الأصناف والتفاعلات الفصل الثامن 








.EoutMessage‏ وإذا لم یکن وچ ودا يقوم الكائن بتكوين الاستعلام () 7اعنانو 
وإرساله إلى الكائن FReader‏ كما سبق شرحه. وبعد ذلك يقوم الكائن MBroker‏ 
باسترجاع الرسائل إلى الكائن 200025016 الذى يقوم بعرض نص الرسالة كما هو 
موضح بالشكل (۱۲-۸). 


0-0-۸ التفاعل «Email Message»‏ 
يبدأ التفاعل عندما يختار المستخدم أن يرسل رسالة تحتوى على نص موجود 
فى قاع دة البيانات. يقوم الکائن 20025016 بتجهيز الرسالة باس تخدام 
الطريقة () ©72162231614165538 التى تقوم بإحضار نص الرسالة مستخدما 
الخدمة () 101167611655386 كما سبق عرضه فى التفاعل السابق. ويعد 
ذلك يقوم الكائن 2000115016 بطلب إرسال الرسالة () »56201165538 من الكائن 
CActioner‏ الذى يقوم باس تخدام الطريقة () 5624. وبعد نجاح عملية الإرسال 
تقوم الطريقة () 567011655386 بتنشيط الطريقة () 112026611655386 عند 
الكاكن 284810165 الذى يمرر جملة .501 إلى الکائن 7111165 لتحديث قاعدة 

البيانات كما هو موضح بالشكل (/-175). 


1-0-۸ التفاعل «Incorrect User Name or Password,»‏ 
يبدأ هذا التفاعل فى أثناء تنفيذ التفاعل:1,08112». فعندما يسترجع الكائن 7200175016 
القيمة Unsuccessful Login»‏ » من تنفيذ الخدمة () 106م86]17561112: عندئذ يستخدم 
الكائن الطريقة () 13[108121:5501م415 لإظهار رسالة الخطأ للمستخدم» ثم يستخدم 
الطريقة () ١١‏ Mرهامءذل‏ لعرض قائمة الاختيارات للمستخدم. إذا كانت هذه هى 
المرة الثالشة للخطأً فيقوم الكائن 20025016 بإرسال الرسالة () 14© إلى الكائن 
2 للخروج من النظام؛ ثم يعرض القائمة الرئيسية 13(10611م015 كما هو 

موضح بالشكل .)۱٤-۸(‏ 
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الفصل الثامن تصميم الأصناف والتفاعلات 
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ret eUnsentMessages 0 


: : ا getUserInput()‏ 
: : 
ا : ) isplayMessağeText(‏ 
۰ ۰ | له 

retrieveMessage () ا‎ 
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getOutMessageF romCache() 


query() 


mapOutMessêge() 
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« Display Message Text» شكل (۱۲-۸) مخطط التفاعل‎ 





إدارة وتطوير مشاريع البرمجيات ۲۷۱ 


تصميم الأصناف والتفاعلات الفصل الثامن 
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SetUserlnputO 













repareMessageT'ext( ) 
اكد ع‎ ١ 


retrieveMessage 0 


sendMessage (j 


send() 
ا کے‎ 


دمو القع يرن 


update() 


()عطعوعع 113 


عدج ند ان ف عع ع يات ع تام مع ما لج ب وب مات عمد حيرم صحج سوج قاع[ CU a‏ 


شكل (۱۳-۸) مخطط التفاعل «Email Message»‏ 





VY‏ إدارة وتطوير مشاريع اليرمجيات 





الفصل الثامن تصميم الأصناف والتفاعلات 

















The 'Login' Interaction 
شکل(8-9)‎ 


displayLoginError() 


«Incorrect User Name or Password» مخطط التفاعل‎ (۱٤-۸( شكل‎ 


«Incorrect Option» التفاعل‎ Y-0-۸ 
فى حالة نجاح عملية الدخول «1.08152» يقوم الكائن 2)025016 باستخدام الطريقة‎ 
1281211م015 لعرض اختيارات القائمة للمستخدم. وبعد ذلك يستخدم الطريقة‎ )( 
أنام175612]]ءع لقراءة رقم الاختيار المدخل من المستخدم. إذا كان الاختيار المدخل‎ )( 
غير صحيح يتم إعادة عرض قائمة الاختيارات للمستخدم مرة أخرى. وفى حالة تكرار‎ 
الخطأ ثلاث مرات متتالية يقوم الكائن 20025016 باستد عاء الطريقة () 1080136: ثم‎ 

تعرض شاشة ”«1چه1“ مرة أخرى: كما هو موضح بالشكل .)١10-8(‏ 


إدارة وتطوير مشاريع البرمجيات WY‏ 


تصميم الأصناف والتفاعلات الفصل الثامن 



















The 'Login' Interaction 
شکل(8-9)‎ 





displayMenu() 


getUserlnput() 
ایر‎ 
logout() 





display Login 


ممه م40 ممه وعم مه وده 
ت 


«Incorrect Op)i01 مخطط التفاعل‎ )٠١-۸( شكل‎ 


6-5-4 التفاعل Many Messages»‏ 100»: 
يستخدم الثابت Max - Display - Messages‏ الموجود فى الصنف 1AContacts‏ 
(شكل ))٤-۸(‏ للتحكم فى أقصى عدد للرسائل التى يمكن أن يعرضها البرنامج على 
شاشة الممستخدم. يعتبر هذا التفاعل امتدادا للتفاعل «View Unsent Messages»‏ 
إذ يتم استدعاء الطريقة () 5ع1©]116761/165538 مصحوبة بمعامل يمثل عدد الرسائل 
85 ويتم مقارنته بالثابت 116553865 ayاDisp‏ _ Max‏ . إذا كان العدد 
8 أكبر من المسموح به فيتم عرض عدد الرسائل المسموح بها فقط باستخدام 
الطريقة () 5ع1165538ز12م015 ويتبعها تنفيذ الطريقة 001/137177116553865] لإعلام 
المستخدم بوجود عدد آخر من الرسائل المتبقية فى قاعدة البيانات ولم يتم عرضها 

كما هو موضح بالشكل .)١15-8(‏ 


7/5 إدارة وتطوير مشاريع البرمجيات 


الفصل الثامن تصميم الأصناف والتفاعلات 




















The 'View Unsent Messages' Interaction 
شکل(8-11)‎ 


ges() 


ا 


tooManyMessages() 


1 
1 
١ 
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«Too Many Messages» مخطط التفاعل‎ )۱٦-۸( شكل‎ 


1-0-۸ التفاعل «Email Could Not be Sent,‏ 
يبدأ هذا التفاعل فى أثناء تنفيذ التفاعل «11655386 ]اجه ۴» عند حدوث 
استثناء فى أثناء عملية الإرسال نتيجة عدم إتمامها بنجاح ويتم استدعاء 
الطريقة i0۸‏ leEmai]Excepاhandء‏ ويقوم الكائن 202025016 باستد عاء الطريقة 
i] Failure‏ yEmaهامpءdi‏ لإعلام الممستخدم بفشل عملية إرسال الرسالة. وبعد ذلك 
يقوم بإعادة عرض قائمة الاختيارات كما هو موضح بالشكل (۱۷-۸)» مع عدم تنفيذ 

التفاعل الخاص بتحديت قاعدة البيانات. 


إدارة وتطوير مشاريع البرمجيات Vo‏ 


تصميم الأصناف والتفاعلات الفصل الثامن 
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The 'Email Messages' Interaction 












handleEmailExcg¢ption() 


«Email Could Not be Sent» شكل (۱۷-۸) مخطط التفاعل‎ 


م د اا > ا 
۲۷٦‏ إدارة وتطوير مشاريع البرمجيات 


الفصل التاسع 
البرمجة والاختبار 
Programming and Testing‏ 


من المعروف أن الغرض الأساسى من عملية تطوير النظم هو إنتاج برمجيات قادرة 
على تحقيق متطلبات المستخدم. تعتبر عمليات البرمجة والاختبار هى المسؤولة عن 
إنتاج تلك البرمجيات حسب المواصفات التى تم تحديدها فى أثناء تحليل المتطلبات 
وتصميم الحلول المناسبة لها. يتم اختبار البرمجيات المنتجة للتأكد من مطابقتها 
لمواصفات المتطلبات وبالجودة المطلوبة. ومن ثم فإن عمليات الاختبار تلازم عمليات 
البرمجة وأحيانا تكون عمليات البرمجة تابعة لعمليات اختبار محددة 'T'est-Driven‏ 
Programming‏ يقوم فریق المبرمجين بتطوير برامج الاختبار لكل وحدة برمجية 
منتجة:؛ وهى عملية تتطلب وقتا وجهدا كبيرين وتحتاج إلى تكلفة كبيرة. وفى النهاية 
يتم إجراء اختبار القبول 56ع1' Acceptance‏ للنظام للتآكد من تحقيقه لجميع متطلبات 
المستخدم. وجدير بالذكر أنه يتوافر حاليا مجموعة كبيرة من لغات البرمجة وأدوات 
هندسة البرمجيات 10015 04518 التى تستخدم فى برمجة واختبار النظم البرمجية. 
يعود الاختلاف بين هذه اللغات والأدوات إلى الأساليب والمنهجيات التى تدعمها فى 
فى أثناء عمليات التطوير. وسوف نقدم الآن فكرة عامة عن لغة جافا ۸۷۸[ التى 
تعتبر من أكثر اللقات اسكخداما هى قطوين التظبيقات لكيه را ها ست 
البرمجة المبنية على الكائنات ڇہmi Object-Oriented Program‏ الذى يلائم أسلوب 
تحليل وتصميم النظم باستخدام لغة .711]: بالإضافة إلى دعمها القوى لتقنية برمجة 
التطبيقات التى تعمل على الويب. 


: Overview of JAVA Language فكرة عامة عن لغة جافا‎ ١-4 
سنحاول فى هذا الجزء تقديم عرض سريع للسمات الأساسية للغة جافا وذلك من‎ 
وجهة نظر هندسة البرمجيات. يركز العرض على المفاهيم الأساسية للغة جافا مثل‎ 
الأصناف والعلاقات بينها والاتصال بقواعد البيانات التى تس تخدم فى تطوير معظم‎ 
التطبيقات. وسوف نقوم بالاستعانة بالتطبيق الخاص بالتعامل مع قاعدة بيانات‎ 
الأفلام 4]015 110716 التى تم تصميمها فى الفصل السابع من الكتاب وذلك لتوضيح‎ 

المفاهيم الأساسية للغة جافا. 


إدارة وتطوير مشاريع البرمجيات VV‏ 


البرمجة والاختبار الفصل التاسع 
qq‏ پپپ پپپ سسسسسسسسسسسسسسسسسسسسسسسسحب ‏ 


:0125565 الأصناف‎ ٠-١-۹ 

يمتل الصنف فى لغة جافا القالب الذى يتم إنشاء كائنات جديدة منه. وهو يحتوى 
على مجموعة من المحددات التى تصف المفاهيم التالية: 
- اسم الصنف ومجال استخدامه Visibility‏ . 
- بيانات الكائن Data Members‏ . 
- العمليات التى يقوم بها الكائن 2/6)]5005. 
- الوحدات البنائية Constructors‏ . 
- مجال استخدام أعضاء الكائن (البيانات والعمليات). 
- الصنف العلوى له 255ك 61م511 (إن وجد). 
- واجهات الصنف 1246512665 (إن وجدت). 

تحدد خاصية «اناناوز۷ مجال استخدام كل من كائنات وخصائص الصنف. غالبا 
ما يتم تعريف مجال الصنف على أنه عام عذانانا2 لتتمكن باقى الكائنات من التعامل 
مع حالات الصنف 105682665 001355. ويتم تعريف معظم بيانات الصنف 1248 1255© 
Members‏ على أنها خاصة 8117866 حتى يقتصر التعامل معها من خلال عمليات 
الصنف نفسه» فى حين يتم تعريف معظم عمليات الصنف على أنها عامة عنادان2 
حتى يتم التعامل معها من خلال كائنات أصناف أخرى. يتم تعريف كل من متغيرات 
الصنف Class Variables‏ وطرق الصنف 116]1005 01355 باستخدام الكلمة المحجوزة 
Static‏ . 


تدعم لغة جافا أسلوب التحميل الزائد للطرق 0161020158 Method‏ إذ تسمح 
لأكثر من طريقة داخل الصنف باستخدام الاسم نفسه ولكن مع اختلاف فى عدد 
المتغيرات الممررة 227061615 للطريقة ونوعها. تدعم لغة جافا أيضاً أسلوب «نموذج 
الطريقة 28010706 2400" الذى يتكون من اسم الطريقة والمعاملات الخاصة 
بها وأنواعها ونوع الناتج للطريقة ولكن بدون محتوى. يستخدم هذا النوع من الطرق 
لتعريف أصناف الواجهة .Interface Classes‏ 





YA‏ 1 إدارة وتطوير مشاريع البرمجيات 


الفصل التاسع البرمجة والاختبار 


يحتوى الصنف على نوع خاص من الطرق يسمى 002511116105 وهو يأخذ 
اسم الصنف نفسه ويستخدم فى إنشاء حالات الصنف (الكائنات الجديدة للصنف 
5ع »00(6). يمكن أن تأخذ هذه الطريقة عدة أشكال 0176110320128 وذلك لإنشاء 
كائنات جديدة بطرق مختلفة. يوضح شكل )١1-5(‏ تصميم الصنف 110716 المقابل 
لجدول الأفلام. يحتوى الصنف على ثلاثة متغيرات 1167256155 1(218: وطريقة إنشاء 
الكائنات إ0oاuc .Movie Constr‏ ومجموعة من الطرق 81©]005 التى تقوم بتخزين 
واسترجاع بيانات الكائن () 664 و () ]56. 


movieTitle :String 
movieCode :double 
director :String 


addListedAs(L: ListedAs): void 
removeListedAs(L: ListedAs): void 
getMovieTitle(): String 
getMovieCode(): double 
getDirector(: String 
setMovieTitle(): String 
setMovieCode(): double 
setDirector(): String 
equals(o:Object): boolean 





شكل (۱-۹) تصميم الصنف Movie‏ 
(۲-۹) محتوى البرنامج الذى يقوم بتطبيق الصنف 21/101716. 


إدارة وتطوير مشاريع البرمجيات ۷۹ 


البرمجة والاختبار الفصل التاسع 
سد کک تت 


Public class Movie { 
Private String movieTitle; 
Private double movieCode; 
Private String director; 
Private Collection ListedAs; 


Public Movie(double movieCode, String title, String director) { 
This.movieCode = movieCode; 
This.director = director; 
This.movieTitle = title; 
ListedAs = new ArrayList); 
1 


Public void addListedAs(ListedAs 1) f 
ListedAs.add(l); 
0 


Public void removeListedAs(ListedAs 1) { 
ListedAs.remove(l); 
1 


Public String getMovieTitle() { 
Return movieTitle; 
} 


Public void setMovieTitle(String title) { 
This.movieTitle = title; 


1 


Public double getMovieCode() { 
Return movieCode; 


Public void setMovieCode(double code) { 
This.movieCode = code; 
} 


Public String getDirector) { 
Return director; 


Public void setDirector(String director) f 
This.director = director; 


Public Boolean equals(Object o) { 
Try { 
Movie m = (Movie) o; 
If{ m.movicCode == movieCode ( retum true; 
} catch(Exception exc) {} 
Return false; 





شكل (۲-۹) محتوى البرنامج 272 Mov ie.j‏ 


۲-۱-۹ ارتباط الأصناف :Class Associations‏ 
التطبيقى مما يؤدى إلى فهم البرنامج وسهولة صيانته وتوسعته فيما بعد. تسهم 





١10‏ إدارة وتطوير مشاريع البرمجيات 








الفصل التاسع البرمجة والاختبار 


عملية الاتصال بين الأصناف من خلال الرسائل فى توضيح العلاقات بينها. يتم 
تمثيل الارتباط بين الأصناف من خلال متغيرات الحالات 1731126165 125]3226 التى 
تخزن معلومات تشير إلى الكائنات المرتبطة. يتم استخدام متغير حالة واحد فى حالة 
الارتباط بكائن واحد فقط؛ ويتم اس تخدام مجموعة متغيرات تسمى ٠١2هخاء»00116»‏ 
فى حالة الارتباط بأكثر من كائن. ولتوضيح ذلك سوق نستعين بنموذج الأصناف 
فى تطبيق الأفلام يصف علاقة الارتباط من النوع متعدد-إلى-متعدد بين الصنف 
«إActo»‏ والصنف «110716» عن طريق صنف ثالث (صنف الارتباط 48550120052 
)) وهو صنف «45-_115]60» كما هو موضح بالشكل (5-9). 

ويوضح الشكل أيضاً كيفية تحويل هذا النموذج إلى النموذج الذى سيتم تطبيقه 
باستخدام لغة جافا. يحتوى النموذج التطبيقى على ثلاثة أصناف تمثل كائنات كل 
من »Movie» »Acto٫ ist e4-As»‏ ويحتوى كل صنف على جميع الخصائص 
5 3 والطرق 86]005 الخاصة به. نلاحظ من الشكل أيضاً أنه لم يتم تمثيل 
العلاقة بين 48601 » و«81071» من خلال علاقتى ربط من النوع واحد - إلى - متعدد 
كما هو الحال فى مخطط الأصناف» ولكن تم تمثيل العلاقة من خلال أربع علاقات 
ربط أحادية الاتجاه وأحادية التعددية ومتضمنة أسلوب المجموعات 5دمتاء0116© 
الخاص بلغة جافا الذى سنوضحه الآن بشىء من التفصيل. 


مجموعات جافًا :Java Collections‏ 
على النقيض من فواعد البيانات المعتمدة على الكائنات: فإن لغات البرمجة المعتمدة 
على الكائنات لا تدعم بشكل مباشر عملية تطبيق علاقات الربط 45501261055 بين 
الكائنات. ولكنها تعود إلى مهارة المبرمج فى تمثيل العلاقات بين الكائنات من خلال 
مجموعة من الأصتاف التى تتضمن معلومات عن علاقات الريظ المطلوبة: وتزداد 
هذه العملية صعوبة فى حالة العلاقات ثنائية الاتجاه Bidirectional Associations‏ . 
ففى حالة العلاقات أحادية الاتجاه التى يشارك فيها كائن واحد فقط يتم تمثيل 
العلاقة من خلال متغير حالة 17211316 1251826 يأخذ نوع الصنف» وتكون قيمة هذا 

المتغير فى شكل إشارة ع©15616562 إلى كائن من هذا الصنف. 


إدارة وتطوير مشاريع البرمجيات ۲۸۱ 


البرمجة والاختبار الفصل التا 


Position :double 












Actor_code :double 


Movie_code :double Actor name :String 


Movie_title :String 
Director :String 


























position :double 


ListedAs() 
getPosition(O 
setPosition() 
getMovie( 
setMovieO) 
getActorO 
setActor() 






movieCode :double 
movieTitle :String 
director :String 





actorCode :double 
actorName :String 
























1 ActorO 
r addListedAs() 
removeListedAs() removeListedAs() 
getActorCode() 






getMovieTitle() ListedAs 








ieTi setActorCode() 
etMovieTitl se 
SEG getActorName() 
setMovieCode() setActorName() 


getDirector) equals) 


setDirectorO 
equals) 


شكل (۳-۹) تحويل نموذج الأصناف إلى النموذج التطبيقى 


وفى حالة مشاركة أكثر من كائن واحد فى العلاقة يتم تمثيل العلاقة من خلال 
متغير حالة يأخذ نوع واجهة مجموعة ععa؟إ1nte‏ ectionااC‏ مأخوذة من مكتبة جافا 





YAY‏ إدارة وتطوير مشاريع البرمجيات 


الفصل التاسع البرمجة والاختبار 


uti. collection‏ .aهز.‏ وتكون قيمة المتغير فى شكل إشارة إلى بعض الكائنات التى 
تطبق هذه الواجهة. يوضح شكل (5-5) واجهة مجموعة .Collection Interface‏ 


Collection 


add(obj: Object): Boolean 
addAll(collection: Collection): Boolean 
clear): void 

contains(obj: Object): Boolean 
containsAll(collection: Collection): Boolean 
equals(obj: Object): Boolean 

hashCode(): int 

isEmpty()): Boolean 

iterator(): iterator 

remove(obj: Object): Boolean 
removeAll(collection: Collection): Boolean 
retainAll(collection: Collection): Boolean 
size(): int 

toArray(): Object[] 
toArray(aobj[]: Object): Object([] 




























Collection Interface واجهة مجموعة‎ )٤-۹( شكل‎ 


تعتبر واجهة المجموعة بمنزلة مجمع للكائنات وهو يتضمن مجموعة من الطرق 
التى تسمح لها بإضافة كاتنات جديدة أو حذف كائنات منها وكذلك البحث عن وجود 
كاتئن معين والتحقق من عدد الكائنات الموجودة بالمجمع. تحتوى مكتبة مجموعات 
جافا util. collection‏ 3 على ثلاث مجموعات هی 156:آ و ]56 و م113. يوضح 
شكل (0-4) برنامجا بلفة جافا لتمثيل الضنف +4000 الذى يتضمن تغريفا للمتغير 
5 من النوع مجموعة Collection‏ الذى يشير إلى مجموعة كائنات ListedAs‏ 
الموضحة فى شكل (4-؟). يتضمن البرنامج أيضا الطريقة () 8001:15]6045 لإضافة 
كائنات جديدة للمجموعة وطريقة () 11622017:61.1566045 لحذف كائنات من المجموعة 
5 _. ويوضح شكل (1-5) برنامج جافا لتمثيل الصنف 11566048 الذى يبين 
كيفية قيام الكائن 11566145 بتأسيس العلاقة بين الكائن 01]ع4 والكائن Movie‏ . 
يتم استخدام إشارة إلى الكائنين فى شكل معاملات تمرر إلى الطريقة البنائية للكائن 





إدارة وتطوير مشاريع البرمجيات YAY‏ 


البرمجة والاختبار الفصل التا 
البرمجة والاختبار _ 2 کت 
1645 . وهنا يقوم الكائن 11566048 بإضافة نفسه كمعامل يمرر إلى الطريقة 
AddListed As 0‏ لکل من الكائن 11017716 والکائن ۲٥ء۸‏ مما يؤدى إلى ضمان 
السلامة المرجعية بين الكائن 15]6045.آ والكائنين Actor‏ و .Actor‏ 


Public class Actor {f 








Private double actorCode; 






Private String actorName; 







Private Collection listedAs; 


Public Actor(double code, String name) { 
this.actorCode = code; 
this.actorName = name; 
listedAs = new ArrayListO(; 







1 





Public void addListedAs(ListedAs 1) { 
listedAs.add(1); 






Public void removeListedAs(ListedAs 1) { 
listedAs.remove(l); 






Public double getActorCode() { 
Return actorCode; 






Public void setActorCode(double code) + 
This.actorCode = code; 






0 





Public String getActorName( { 
Return actorName; 






} 






Public void setActorName (String actor) { 
This.actorName = actor; 






1 





Public Boolean equals(Object o) { 
Try { 








Actor a = (Actor) جه‎ 

If(a.actorCode =— actorCode ) return true; 
} catch(Exception exc) {} 

Return false; 


شكل (5-ه ) تمثيل الصنف 42101 بلغة جافا 


لسلللل-ا اا ا ”بي انور ار Laas‏ 
14 إدارة وتطوير مشاريع البرمجيات 





الفصل التاسع البرمجة والاختبار 













Public class ListedAs { 
Private double position; 
Private Movie movie; 
Private Actor actor; 
Public ListedAs(Movie m, Actor a, double position) { 
this.movie = m; 

this.actor = a; 

this.position = position; 


movie.addListedAs(this); 
actor.addListedAs(this); 


شكل (1-") تمثيل الصنف 115661485 بلغة جافا 


:Database Connections الاتصال بقواعد البيانات‎ ۳-١-۹ 
يتم التعامل مع فواعد البيانات المرتبطة 102620256 16612100221 باستخدام تعليمات‎ 
لغة الاستفسار البنائية 501. تحتوى معظم لغات البرمجة على مكونات خاصة‎ 
بالاتصال والتعامل مع قواعد البيانات. تتضمن هذه المكونات داخلها تعليمات لغة‎ 
الاستفسار الينائية. قعلى سييل المثال تجد أن بيئة التطوير الخاصة يلقة جافا‎ 
الذى يمكن لغة جافا من‎ Java Database Connectivity )[1(8):( تحتوى على المكون‎ 
الاتصال بقواعد البيانات والتعامل معها من خلال تعليمات.50[1. تحتوى لغة جافا‎ 

على مكونات أخرى تستخدم للتعامل مع قواعد البيانات مثل: 
Enterprise Java Beans (EJB).‏ - 


- Business Components for Java (BC4]). 


إدارة وتطوير مشاريع البرمجيات A0‏ 





البرمجة والاختبار الفصل التاسع 








تدعم معظم أنظمة إدارة قواعد البيانات 108115 مثل «أوراكل» إمكانية أن تقوم لغات 
البرمجة مثل «جافا» بتخزين بعض الإجراءات فى قواعد البيانات للتعامل السريع معها 
وذلك من خلال مجموعة من الإجراءات المخزنة .Stored Procedures‏ يمثل الشكل 
(۷-۹) جزءاً من برنامج جافا للتعامل مع قواعد البيانات باس تخدام تقنية ©11986. 
تتم عملية الاتصال من خلال الصنف connection‏ والصنف DriverManager‏ من 
مكتبة ]۷4.5Q1ه[.‏ يتم إنشاء كائن الاتصال 001111 الذى يقوم باستدعاء الطريقة 
Connection )(‏ etع‏ مستخدما ثلاث معاملات تمثل مسار قاعدة البيانات المطلوب 
الاتصال بهاء واسم مستخدم قاعدة البيانات: وكلمة السر للاتصال بقاعدة البيانات. 


Connection to the Database 


Public class Connection { 










Private java.sql.connection conn; 
Public connection () throws Exception { 
Class.forName("oracle.jdbe.driver.oracleDriver"); 


Conn = DriverManager.getConnection( 
"jdbc:oracle:thin:@localhost:1521:oracle8i", "pse1", "pse1"); 








شكل (۷-۹) الاتصال بقواعد البيانات فى لغة جافا 


يحتوى صنف واجهة الاتصال 121611266 0012601101 على ثلاثة طرق تستخدم 
لتنفيذ تعليمات 5QL‏ هى: Statement. preparedStatement. callableStatenent‏ . 

تستخدم 5626126216 لتنفيذ تعليمات .501 البسيطة التى لا تحتوى على معاملات. 
وتستخدم 5626672626 60ع217مع5م لتنفيذ تعليمات .501 المتضمنة شروطا أو معاملات 
للبحث فى فوا عد البيانات. وتستخدم 2113016518]6172626ه لاستدعاء وتنفيذ 
الإجراءات المخزنة فى قواعد البيانات Procedures‏ 560160 . 





۲۸٦‏ إدارة وتطوير مشاريع البرمجيات 


الفصل التاسع البرمجة والاختبار 


ولتطبيق ذلك على قاعدة بيانات الأفلام فإنه يتطلب الاتصال بقاعدة البيانات 
والبحث فيها عن بيانات الكائنات وتحميلها فى ذاكرة التطبيق. يوضح شكل (8-5) 
كائن البحث 21071656311617 الذى يقوم بإنشاء كائن اتصال ٥٥١١‏ وبعد ذلك يقوم 
باستدعاء الطريقة () 11ل56304. ويوضح الشكل (1-9) تفاصيل الطريقة () 20411ع5: 
حيث يتم تكوين تعليمة .501 وتمريرها إلى الطريقة () '01161. وبعد ذلك يتم إنشاء 
الكائن ]5 الذى يقوم بتنفيذ تعليمة :501 على قاعدة البيانات ويتم تخزين نتائج البحث 
فى الكائن 15. 


MovieSearcher.java 


Public class MovieSearcher { 















Private Connection conn; 
Private Collection ListedAs; 


Public MovieSearcher() throws Exception { 
Conn = new Connection(); 
readAll(); 


أ 






Public static void main(String args[]) { 
MovieSearcher searcher = new MovieSearcher(); 


١ 


شكل (۸-۹) برنامج البحث بلغة جافا 
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البرمجة والاختبار الفصل التاسع 








Connection.java 
Public class Connection 1 


Private java.sql.connection conn; 
Public connection O throws Exception { 


Class.forName("oracle.jdbc.driver.oracleDriver"); 
Conn = DriverManager.getConnection( 
"jdbc:oracle:thin:@localhost:10r1:oracleai", "pse", "pse"); 


Public Collection readAllO throws Exception f 
Collection c = new ArrayListO; 
ResultSet rs = qucry("Sclect * from movic m, actor a, listed as I 
Where m.movie_ code = 1.movie_ code 
And 1.actor code = a.actor code"); 
While (rs.nextO) ؟‎ 
Double movieCode = rs.getDouble("movie_ code"); 
String  movieTitle = rs.getString('movie title"); 
String director = rs.getString("director"); 
Double actorCode = rs. getDoublec("actor code"); 
String actorName = rs.getString("actor_name"); 
Double position = rs.getDouble("position"); 
Movie m = new Movie(movieCode, movieTitle, director); 
Actor a = new Actor(actorCode, actorName):; 
ListedAs la = new ListedAs(m, a, position); 
c.adddla); 
1 


Return جع‎ 


} 

Private ResultSet query(String sql) throws Exception { 
Statement st = conn.createStatementO; 
Return st.executeQuery(sql); 


شكل (۹-۹) برنامج الاتصال وتنفيذ عملية البحث فى قواعد البيانات 


۲-۹ التطوير المينى على | خlıüر :Test-Driven Develop et‏ 
تقوم بعض أساليب تطوير البرمجيات على فكرة الاختبار بشكل أساسى مثل 
الأسلوب المقدم من شركة .)Martin, 2003( Agile‏ يعتمد هذا الأسلوب على فكرة 
تجهيز برنامج الاختبار أولا قبل البدء فى برمجة التطبيق. وعلى هذا فإنه يتم تطوير 
برامج التطبيق بغرض اجتياز الاختبارات المعدة مسبقا مما يؤدى إلى ضمان كفاءة 
برامج التطبيق وتأديتها للوظائف المطلوبة بنجاح. تعتبر هذه العملية تكرارية. حيث 
يتم إعداد برنامج اختبار أولى لبعض الوظائف الأساسية بالنظام وتجهيز حالات 
الاختبار لها. وبعد ذلك يتم كتابة أكواد البرنامج المنفذ لتلك الوظائف وتنفيذه لاجتياز 
الاختبار المعد له مسبقاً. وعندما يجتاز البرنامج الاختبار يتم توسعة برنامج الاختبار 
الأولى بإضافة حالات اختبار أخرى لوظائف جديدة فى النظام: ويتم أيضا توسعة 
البرنامج التطبيقى المقابل لهء ويتم تنفيذه لاجتياز الاختبارات المعدة له وهكذا حتى 


حص د ن ت اال د ا ا 
A^‏ إدارة وتطوير مشاريع البرمجيات 














الفصل التاسع البرمجة والاختبار 


يتم الانتهاء من تطبيق جميع وظائف النظام. والسؤال الآن هو أين يتم وضع الكود 
الخ اضق بجالات الأتكقاو الشف نةاتلكون الكامن والتظنوق لظتو اعماردة هناك 
مجموعة من الأساليب المتبعة لحل هذا السؤال. أحد هذه الأساليب هو وضع الكود 
الخاص بحالة الاختبار ع25) ء٠1‏ داخل الطريقة الرتيسية () 72312 لكل صنف يتم 
اختباره. الأسلوب الثانى هو وضع حالة الاختبار فى صنف داخلى 01355 1212617 داخل 
الصنف المطلوب اختباره. والسبب فى ذلك هو أن الكائن الداخلى (كائن الاختبار) 
يمكنه أن يتعامل بحرية مع كل عناصر الكائن الخارجى له (الكائن تحت الاختبار). 
يوضح شكل )٠١-4(‏ إطارا عاما لنموذج الاختبار. يحتوى النموذج على صنفى اختبار 
أساسيين هما "est Case. 1 es†Suit‏ وكلاهما يكون امتدادا أو تطبيقا لصنف واجهة 
الاختبار 165 الذى يصف الطريقة () ”نا لتنفيذ الاختبار. يعتبر الصنف 5651016 1' 
من الأصناف التى تحتوى على مكونات 1855© 0012205166 وهو يمكن أن يتضمن 
أكثر من حالة اختبارء أى أن الكائن غ1©5]51116' يمكن أن يحتوى على عدة كائنات 
اختبار 1٥٣25۴‏ . أى آن هذا النموذج يسمح بحالات اختبار فردية من خلال الكائن 
6" ويسمح أيضا بحالات اختبار مركبة من خلال كائنات ]لنا5أوء1 . 


run(TestResult) 
ى‎ 9 
چ‎ ` 


runC(TestResult) 
ا ا‎ 
setUpO 


tearDown(O 





د 


TestSuit 






runC(TestResult) 
addTest(Test) 









ae EES 

الشعاة ا 
شكل )٠١-۹(‏ إطار عام لنموذج الاختبار 

يتم تطبيق وحدة الاختبار من خلال صنف فرعى هو امتداد للصنف 165603256 . 

يأخذ هذا الصنف الفرعى الاسم اء ××× كما هو موضح بالش كل ويقوم بإضافة 
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البرمجة والاختبار الفصل التاسع 


نوق كدو اهكان الوحكسوضون فاا الطرق يروا مود 
تقوم الطريقة () م11أ56 للكائن 1651:3256 بإنشاء كائنات وحدة الاختبار التى تمثل 
الهدف لكود الاختبار. وتقوم الطريقة () 1631510012 بإزالة كائنات وحدة الاختبار 
اللاختبان وذلك من خلال اسشعاء حالة الاختيان الظلوية رالكل الكائن 321646 


على الرغم من أن عملية التطوير المبنى على الاختبار تركز على اختبار وحدات 
صغيرة مثل الأصناف (كل صنف على حدة أو مجوعة بسيطة من الأصناف) فإنها 
لا تستطيع أن تكتشف الأخطاء فى تطبيق المتطلبات الوظيفية للنظام العام أو تكتشف 
عدم إنجاز بعض المهام الوظيفية. وعلى هذا فإن اختبار الوحدات الصغيرة انوا 
4 يسمى «اختبار الصندوق الأبيض 1656 ×80 211871146 لأنه يركز على كيفية تطبيق 
المهام أو الوظائف داخل كل صنف أو وحدة. أما النوع الآخر من الاختبار الذى يطلق 
عليه اسم «اختبار الصندوق الأسود 1656 ×80 )ءه[8» فهو يهتم بعملية التأكد من 
تحقيق المتطلبات الوظيفية للنظام بغض النظر عن كيفية تحقيقها ولكنه يركز على 
اكتمال المتطلبات ومطابقتها لمواصفات متطلبات النظام. وعلى هذا فإن هذا النوع من 
الاختبار يتم بواسطة العميل 115601261,) والمستخدم 17561 للنظام ولذلك فهو يسمى 
«اختبار القبول 154 666213206 4» من ناحية المستفيد . يوضح شكل )١١-5(‏ دور 
عمليات الاختبار فى دورة حياة تطوير التطبيقات. تبدأ عملية التطوير المبنية على 
اللاختبار بمجموعة من وثائق حالات الاستخدام 100611126115 Case‏ 756] والنموذج 
المفاهيمى للأصناف 1810061 01355) 002641131 وبعض المواصفات الإضافية. وبعد 
ذلك يتم تجهيز حالات الاختبار 3565 1656 التى سيتم اس تخدامها فى بناء برامج 
وحدات الاختبار ادلا 1656" . وبعد انتهاء عمليات تطوير واختبار وحدات التطبيق 
يتم تنفيذ اختبار القبول على التطبيق النهائى. 

ولأن اختبار القبول لا يهتم بكيفية التطبيق فإنه يتم تجهيزه بشكل منفصل عن عملية 
التطبيق وذلك من خلال مجموعة المستخدمين والمستفيدين من النظام. يتم تجهيز 
مواصفات الاختبار فى شكل مجموعة من سيناريوهات الاختبار 5]م5051 1©5]6'. يتم 
تسجيل مجموعات العيوب الناتجة عن اختبار القبول فى شكل وثيقة العيوب 5اء1(6]6 
0011112612 ليتم تصحيحها من قبل المطورين للتطبيق . ويتم تسجيل مجموعة الملاحظات 
حول التحسينات المطلوبة فى شكل وثيقة التحسينات Enhancements Document‏ . 


4۰ إدارة وتطوير مشاريع البرمجيات 





الفصل التا البرمجة والاختبار 











مواصفات إطار 1 لتصميم وثيقة 
مرفقة المعمارى التحسينات 


شكل (۱۱-۹) دورالاختبارفى تطوير التطبيقات 
يتضمن اختبار القبول مجموعة من نقاط التحقق 201265 1767168105 التى تستخدم 
فى تحديد النتائج المتوقعة من ناحية المستفيد بالنسبة لسلوك النظام الوظيفى مقابل 
مجموعة المدخلات والشروط وقواعد العمل المتضمنة فى الوظيفة تحت الاختبار. 
يتضمن اختبار القبول مواصفات البيانات التى سيتم استخدامها فى عملية الاختبار 
والنتائج المتوقعة المقابلة لتلك البيانات. يوضح شكل )١7-5(‏ محتوى وثيقة سيناريو 
اختبار القبول لتطبيق إدارة البريد الإلكترونى 151/4. تحتوى الوثيقة على ثلاثة أعمدة: 
الأول يصف رقم الخطوة (5) م566 أو نقطة التحقق (۷) 20124 17611222105 . والعمود 
الثانى يصف النتيجة المتوقعة من التحقق 1721220181 :12156 "ue.‏ . من الممكن أن 
تكون نتيجة التحقق فى الحالات الأولية «غير معروفة 10۷١‏ )م لا» وهنا يتم التدخل 
بالتحقق اليدوى من جانب المستفيد أو المطور لاستكمال الاختيار وتحديد النتيجة 
بدقة 15116/123156. يحتوى العمود الثالث فى الوثيقة على وصف لخطوة الاختبار أو 
نقطة التحقق وتأخذ نقطة التحقق صيغة السؤال دائما. تهتم وثيقة الاختبار الحالية 
بما يلى: 
- اختبار عملية الدخول على النظام بنجاح (6۷ 4۷) أو ا لفشل فيها (2۷). 
- عرض الرسائل المرسلة للموظف المتصل (1217 :1017 .817). 


إدارة وتطوير مشاريع البرمجيات ۹۱ 


البرمجة والاختيار الفصل التاسع 





- إرسال رسالة معينة (1497). 
- إعادة فاعدة بيانات الرسائل إلى الوضع السابق (1617). 
- التحقق من الخروج من النظام بنجاح (/2117). 









آدخل اسم المستخدم وكلمة المرور “login”‏ غير صحيحة 
هل نجحت عملية الدخول؟ 


False 


True 





أدخل اسم المستخدم وكلمة المرور “login”‏ صحيحة 
هل نجحت عملية الدخول ؟ 


تحقق من وجود الموظف ”ع رهام مء امع“ True‏ 7 
هل الموظف موجود؟ 
امبتموضق ۾ عدد الرسائل المرسلة “count of messages”‏ 
استعرض قائمة الرسائل المرسلة True “list of messages”‏ 
59 
11S True‏ 
12V‏ 
Unknown‏ 135 
14V‏ 
15S False‏ 
16V‏ 
True‏ 
















هل تم عرض القائمةة 
استعرض بيانات رسالة مرسلة “get outmessage”‏ 
هل :عرض اناك اترات 
أرسل الرسالة السابقة لنفسك “email outmessage”‏ 
قل تم وَصول الرسالة على ختواناف؟ 
استعرض بيانات الرسالة المرسلة فى الخطوة السابقة '55386ع0تأناه هع“ 
هل :تم عرض بيانات الرسالةة 















استرجع قاغدة البيانات للوضع السابق لها قبل إجراء الاختبار 175 
استعرض بيانات الرسالة المرسلة فى الخطوة رقم 14 “2553382 ت«تاناه امو“ - 
r‏ 1 





هل تم عرض بيانات الرسالة؟ 


205 True 
21V 5 ١ 8 9 
2ه‎ 
اخيج أوأعد فيد الاختيار ل 1 كه‎ 


شكل (11-4) وثيقة سيناريو اختبار القبول للتطبيق 1/1 





بذ إدارة وتطوير مشاريع البرمجيات 





:Software Testing اختبار البرمجيات‎ ۳-۹ 


تبدأً عملية الاختبار للبرامج بعد بداية عملية البرمجة بفترة قصيرة وتستمر معها 
حتى نهاية اختبار جميع البرامج المنتجة. فبعد الانتهاء من برمجة أى وحدة برمجية 
Md‏ يتم اختبارها بمفردها أولا؛ ثم اختبارها باعتبارها جزءا من مهمة أو برنامجا 
أكبر» ثم أخيرا اختبارها على أنها جزء من النظام العام. ومع أن عملية الاختبار تتم فى 
أقاء عملية التنفيذ: ولكن فى الحقيقة يتم التخطيط والتجهيز لها فى مراحل سابقة؛ 
وذلك بتحديد الوظائق المطلوب اختبارها وإغداذ بيانات الاختبار لها. تبدأ أؤلاً عملية 
التخطيط لاختبار البرامج فى مرحلة التحليل باختيار الوظائف وإعداد بيانات الاختبار: 
ثم فى مرحلة التصميم يتم إعداد خطة الاختبار للوحدات البرمجية وخطة اختبار التكامل 
بين الوحدات» ثم خطة الاختبار العامة للنظام. وفى مرحلة التنفيذ يتم تطبيق تلك 
الخطط فعليا لاختبار النظام. يعتبر الفرض الحقيقى من تلك الخطة الثلاثية لاختبار 
النظام هو تحسين عملية الاتصال بين الأفراد القائمين على تطوير المشروع وتحديد دور 
كل فرد منهم فى عملية الاختبار. وعلى هذا فإنه يمكننا اعتبار أن عملية الاختبار هى 
بمنزلة مشروع داخل المشروع الحالى؛ لأنها تحتاج إلى خطة ومراحل لتنفيذها ومتابعتها . 
يمكننا تصنيف أنواع الاختبارات المختلفة فيما يلى: (2004 Tsui,‏ علصه:آ). 


متحرك غعند:ههإ10 | مراجعات تتابعية وطعتامعطكلاة1 |اختبار الوحدة Unit Test‏ 
تدقيق مكتبى Desk checking‏ اختبار التكامل Integration Test‏ 

اختبار النظام System Test‏ 
يمكن أن تكون عملية الاختبار ساكنة ]5 أى تكون قبل تنفيذ البرامج: أو تكون 
Dynamic‏ أى أنها تكون وقت التنفيد للبرامج. ويمكن كذلك تصنيف عملية الاختبار 


فهى يمكن أن تتم يدويا 3431021 أو آليا باستخدام الحاسب الآلى. فيما يلى عرض 


















الفحص :Inspecti0¬‏ 
هو أسلوب اختبار يدوى ساكن 56816 يقوم فيه الشخص المختص بفحص البرنامج 
واصطياد الأخطاء اللغوية المعروفة 11015© <577218. تؤدى هذه الطريقة إلى اكتشاف 

نحو )/1٠(‏ أو أكثر من الأخطاء الموجودة فى البرنامج. 
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البرمجة والاختبار الفصل التاسع 
المراجعة التتابعية Walkthrough‏ : 





هى أسلوب اختبار يدوى ساكن يتم فيه توثيق ومراجعة أجزاء برمجية صغيرة 
بالاشتراك مع المبرمج المنتج لها وذلك بطريقة دورية لتجنب أغلب الأخطاء أولا بأول 
وقبل عملية اختبار البرنامج بآكمله. بالطبع تؤدى هذه الطريقة إلى تقليل كمية 
الأخطاء المتوقعة فى أثناء اختبار البرامج الكبيرة الحجم. 


تدقيق مكتبى :Desk checking‏ 
هى طريقة يدوية يتم فيها مراجعة البرنامج مكتبياً باستخدام الورقة والقلم. حيث 
يهوم المراجع يتنفيذ كل خطوة من البرنامج يدويا باستخدام حالات اختبار محددة 
5 اء" . وهنا يقوم المراجع بدور الحاسب» فيقوم بتنفيذ كل خطوة ومقارنة 

النتائج. 


تدقيق لغوى Syntax Checking‏ 
هو أسلوب اختبار آلى ولكن ساكنء حيث يتم تدقيق البرنامج لغوياً فقط باستخدام 
مترجمات لغات البرمجة 11655م0012). ويتم ذلك قبل تنفيذ البرنامج للتأكد من خلوه 

من الأخطاء اللغوية ولكن بالقطع لا يمكن اكتشاف الأخطاء المنطقية بالبرنامج. 


:U nit 156 اختبار الوحدة‎ 


هو آسلوب اختبار آلى يتم فيه تنفيذ الوحدات البرمحية الفرعية Modules‏ 
منفصلة . ويتم اكتشاف الأخطاء الموجودة بكل وحدة برمجية علبئ حدة. 


اختبار التكامل :Integration est‏ 
هو أسلوب اختبار آلى يتم فيه تنفيذ واختبار تكامل الوحدات البرمجية معاً بالتدريج 
بأسلوب 100108-م10. فنبداً بتنفيذ واختبار الوحدة البرمجية الأساسية 1004 مع 
إحدى الوحدات البرمجية الفرعية. وبعد ذلك يتم إضافة وحدة برمجية فرعية أخرى 
واختبارها مع الوحدات السابقة: وهكذا حتى يتم الانتهاء من اختبار جميع الوحدات 

البرمجية معا. 


۹٤‏ إدارة وتطوير مشاريع البرمجيات 


الفصل التاسع البرمجة والاختبار 
اختبار النظام †sئ1e' :System‏ 

هو آس لوب اختبا الى مشابة تماما للأسلوب السايق ولكن مع الفارق آنه فى هذه 
الحالة يتم تجميع برامج 250812125 تؤدى وظيفة متكاملة بعضها مع بعض لاختبارهاء 
بدلا من تجميع وحدات فرعية صغيرة 1/10011165 بعضها مع بعض كما فى الطريقة 


يتم اختبار النظام العام كله 2اع]5(:5. 


اختبار القبول أ5ع1' Acceptance‏ : 

بعد الانتهاء من عملية اختبار البرامج يأتى دور اختبار القبول Acceptance es‏ 
وهويتم عادة من فيل الممستخدم User‏ . وهذا الاختبار للنظام يأتى علئ مرحلتين 
-١‏ اختيار أولى 1 12مآث : 

يتم فيه اختبار النظام باستخدام بيانات مصممة تحاكى بيانات النظام Sim uated‏ 
. يتم إجراء عدة اختبارات للنظام فى هذه المرحلة للتأكد من تحقق معايير 
الصحة والأمن الأساسية لأى نظام مثل: 
اختبار الاسترجاع Recovery Test‏ : 

يتم فيه إجبار النظام على الانهيار للتحقق من إمكانية استرجاع النظام لبياناته 
بأمان وبدون فقد للمعلومات. 
اختبار الأمن :Security Test‏ 

يتم فيه اختبار آلية حماية النظام من الاختراق. 


اختبار التحميل 5 511:55: 


يتم فيه تحميل النظام بعدد كبير من العمليات من عدة مستخدمين فى وقت واحد 
أو إدخال بيانات غير مكتملة: ثم تحليل النتائج لقياس مدى تحمل النظام للتحميل 
ألزاقد غند التشغيل. 
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اختبار الأداء :Performance Test‏ 
يتم فيه تحديد كيفية آداء النظام فى بيئات عمل مختلفة. فمثلا يتم اختبار النظام 
من خلال أنظمة نت تشغيا مختلفة ومواصفات شيكات مختلفة وأجهزة مختلفة. 


١‏ - اختبار تمهيدى es‏ 2]ع28: 

يتم فى هذه المرحلة تشغيل النظام عند المستخدم فى بيئة العمل الطبيعية: 
باستخدام بيانات طبيعية لاختبار مدى ملاءمة البرامج والتوثيق والتدريب المقدم 
لمتطلبات المستخدم. ويتم أيضا فى هذه المرحلة اكتشاف الأخطاء التى لم تظهر فى 
مراحل الاختبار السابقة لكونها تتعامل مع بيانات طبيعية لم تكن فى الحسبان عند 
تجهيز بيانات الاختبار فى المراحل السابقة. 
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الفصل العاشر 
تصميم واجهات المستخدم 
User Interface Design‏ 


بينما يهتم التصميم المعمارى للنظام بالهيكل الداخلى والأعمال التفصيلية داخل 
نظام الأعمالء فإن تصميم واجهات المستخدم يهتم بالمظهر الخارجى للنظام وهو يؤدى 
إلى جذب العميل وكسب رضاه. فبالإضافة إلى المجهود المبذول فى تحقيق أهداف 
نظام الأعمال بدقة وكفاءةء فإنه لابد من بذل مجهود آخر لا يقل عنه أهمية لتصميم 
واجهة استخدام النظام UI‏ تتسم بالسهولة والجاذبية وتساعد المستخدم على فيد 
مهامه بشكل أسرع وأبسط من الطرق التقليدية التى كان يستخدمها من قبل. تتسم 
معظم تطبيقات الأعمال باعتمادها أسلوب الخادم والعميل 011621/56165© الذى 
يتكون من عدة طبقات مثل: طبقة خادم التطبيقات 561561 «0ناهءناممA‏ وطبقة 
خادم الويب 561761 <اأ'18: وطبقة خادم قواعد البيانات 561561 12226256 وطبقة 


:Programmable Client عميل ميرمج‎ 


هو العميل الثى يمظق تة هن التظبيق والبرامج الد دة له ويمكن أيضا آن 
يمتلك قواعد البيانات التى يتطلبها التطبيق» أى أنه يتم نشر جميع محتويات التطبيق 
محليا عند العميل. وأحيانا لا يتم نشر قواعد البيانات عند العميل ولكن يتم تحميل 
البيانات من خادم قواعد البيانات المتصل به إلى ذاكرة التطبيق ويتم معالجتها محليا 
ثم إعادة تسجيلها فى فواعد البيانات مرة أخرى عند الحاجة لذلك. 


عميل متصفح :Browser Client‏ 
مو یل شه ذاقنا مال قاو الويب :سل تفیل البياة انث الطلوي عر يا 
على صفحة العميلء وكذلك إرسال البيانات المدخلة من خلال صفحة العميل إلى 
الخادم لمعالجتها وتخزين البيانات الضرورية فى قاعدة البيانات واسترجاع النتائج إلى 
العميل عند الضرورة. أى أن العميل المتصفح لا يقوم بأى عمليات معالجة باستثناء 
بعض عمليات التدفيق البسيطة التى يجريها على البيانات المدخلة للتأكد من اكتمالها 
ومطابقتها للمواصفات المطلوبة قبل إرسالها للمعالجة عند الخادم. تأخذ البيانات 
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نة هس اسيل عد قل مات ا وسوك تد الآ عرها لسن طرق 
تصميم وبرمجة واجهات المستخدم باستخدام لغة جافا. 


+ User Interface Design Guidelines إرشادات لتصميم واجهة المستخدم‎ ١-٠ 
تراز عطي ةا تيم واجهات الس تكدم التظام على صقة “اس تنام النظام‎ 

بانلاطة09” التى تمثل الش كل الخارجى للنظام. يتم التصميم الجيد لواجهات 

المستخدم بالخصائص التالية: 

-مبوولةالسععداك 


د هوق التهلم. 

درؤيآية کا سكسم 

- سرعة إنجاز المهام. 

كين الأخطاء فى اقا الها 


هناك مجموعة من الإرشادات التى تساعد على تصميم واجهات المستخدم بشكل 
جيد يحقق الهدف منها. يمكننا تقديم هذه الإرشادات من خلال النقاط الأربع 
التالية: 


-١‏ تحكم المستخدم: 

من الإرشتادات المهمةاجدا هى أثناء تصميم وانجهات السشخدم هو إغطاء المستخدم 
الممستخدم والنظام. وبالفعل نجد أن واجهات المستخدم الحديثة خصوصا التى تعمل 
فى بيتة الإنترنت 83560 1165 توفر للمس تخدم ميزات التحكم فى البرنامج وتحديد 
الوجهة التى يرغب فيها لتنفيذ :المهام وليس العكس كما كان الحال فى التطبيقات 
القديمة. أما الآن فباستخدام التقنيات الحديثة أصبح التحكم فى يد المستخدم عند 
تشغيل التطبيق وأصبح هو الذى يحدد للبرنامج ما هو المطلوب تنفيذه فى الخطوة 
التاليةء ويمكن أيضاً أن يوقف عملية التنفيذ قبل انتهائها. ومن المهم أن تكون واجهة 
المستخدم سهلة الاستخدام وتستخدم مصطلحات وتعبيرات نظام الأعمال الحقيقية 
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إعلام أو تنبيه المستخدم بوضوح عن بعض التغييرات التى يمكن أن تحدث فى بعض 
مكونات واجهة المستخدم مثل: (عناصر القوائم 106505 ١٠‏ أو مفاتيح التحكم Command‏ 
(Buttons‏ نتيجة لحالة التطبيق الحالية فى أثاء تنفيذ المهام. ومن الضرورى أيضاً 
أن مراعتى عبن تصميم واجهة المستخدم إظهار معلومات للمستخدم عند قيام البرنامج 
بتنفيذ بعض المهام التى لا يجب توقيفها قبل اس تكمالها لضمان سلامة البيانات ومن 
ثم كفاءة النظام. 


۲- اتساق الواجهات: 

يجب أن تتوافق واجهات المستخدم مع المعابير المستخدمة داخل المؤسسة من 
ناحية الأسماء المستخدمة لمكونات الواجهة والاختصارات المسموحة والأماكن المناسبة 
لوضع المحتويات فى الواجهة: وكذلك تحديد عناصر التحكم المناسبة مثل: قوائم 
التحكم 12612115 ومفاتيح التحكم 01160115 وبعض مفاتيح الوظائف فى لوحة الإدخال 
keyboard functions‏ . يجب التأكد من تحقق عملية التوافق هذه فى جميع واجهات 
التطبيق الخاصة بالمؤسسة مما يضمن اتساق واجهات النظام العام. يجب على 
مصمم واجهات التطبيق تجنب اس تخدام اتجاهات غريبة وغير مألوفة للمستخدم 
بغرض الإبداع أو الجاذبية من وجهة نظره: ولكنها يمكن أن تعوق عملية استخدام 
التطبيق مما يؤثر سلبا فى كفاءة استخدام النظام. ومع أن إرشادات تصميم الواجهات 
تدعم فكرة اس تخدام الأساليب التى اعتاد عليها المستخدم عند التشغيل» ولكن من 
الأفضل الاستفادة من الأساليب الحديثة والتسهيلات التى تقدمها التقنيات الحديثة 
التى تعزز من جودة وكفاءة استخدام النظام. تتميز أيضاً الواجهات جيدة التصميم 
باتساق الألوان وحسن استخدامها واستخدام المسافات المناسبة بين عناصر الواجهة 
وتجميع العناصر ذات العلاقة فى مكان واحد أو بمعنى آخر تصنيف محتويات الواجهة 
فى شكل مجموعات مما يسهل من عملية استخدامها . 


۳- واجهات متسامحة: 


يجب أن تتسم واجهات التطبيق بالتسامح نحو تصرفات المستخدم غير الطبيعية 
مثل: إدخال بيانات غير صحيحة أو محاولة تنفيذ مهام غير مناسبة للحالة الحالية 
للتطبيق. وبمعنى آخر فإن الواجهة المتسامحة هى التى تشجع المستخدم على 
استكشاف الخيارات المختلفة للتطبيق من دون التأثير فى استمرار تشغيل النظام 
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بنجاح. يتم تنفيذ ذلك عن طريق اس تخدام رسائل توجيهية للمستخدم عند حدوث 
أحد الاستثتاءات 6025م6ع<8 فى أثناء التشغيل. تختلف طبيعة رد فعل التطبيق نحو 
الآضال غير التوقنة من ناحية الس خدم.. 'قاحياناً يكو :رد الفعل فى شكل رسالة 
تنبيهية. وأحياناً يكون من خلال عدم السماح أساساً بحدوث هذا الفعل بعدم تمكين 
المستخدم من إجرائه. وفى جميع الأحوال يجب أن يتميز التطبيق بالصمود أمام هذه 
الأفعال غير المتوقعة أى أنها لا يجب أن تؤدى إلى سقوط النظام. ولكن يجب أن يتم 
إعلام المستخدم بطبيعة المشكلة الحالية نتيجة استخدامه للتطبيق ولماذا لا يستطيع 
التطبيق تنفين الأفعال المطلوبة» ويفضل ایشا أن يخبره بكيفية تصحيح الفعل أو 
عرض الأفعال البديلة والمسموح بها فى التطبيق. 


؛ - تكيف الواجهة: 

من مواصفات التصميم الجيد لواجهة المستخدم أن تكون متوافقة مع آكبر عدد 
من المستخدمين. فمن الممكن أن يكون هناك اختلاف فى إمكانيات الممستخدمين 
للنظام من حيث الخبرة فى استخدام الواجهات والتفاعل معها أو من ناحية الوظائف 
التى يمكنه أن يس تخدمها أو المقدرة التشخصية للأشخاص الذين لديهم إعاقة أو 
قدرات خاصة. وهنا يجب أن يتم الأخذ فى الاعتبار عند تصميم واجهات النظام 
أن تكون متكيفة مع إمكانيات المستخدم» أى أنها تسمح للمستخدم بتعديل مواصفات 
الواجهة حسب قدراته وصلاحياته فى استخدام النظام. ومن الممكن أيضا أن يتم 
تنفين النظام من خلال أنظمة تشغيل مختلفةء > وهنا يجب أن يتكيف التطبيق مع نظام 
التشغيل الحالى. ويتضمن التكيف أيضا تغيير لغة التطبيق لتلائم لغة الممستخدم أو 
تغيير الخطوط وحجمها أو تغيير عملة المستخدم أو التغيير فى الوقت المحلى وشكل 
التاريخ أو شكل أرقام الهواتف وغيرها من الخصائص التى يمكن تغييرها فى واجهات 
التطبيق لتلائم طبيعة المستخدم. ومن الأشياء المهمة أيضا فى حالة المستخدمين ذوى 
القدرات الخاصة أن تتكيف واجهة المس تخدم لتلائم قدراتهم. ففى حالة الممستخدم 
الضرير يجب أن تتضمن الواجهة إمكانيات التعامل مع الأصوات أو استخدام طريقة 
برايل. وفى حالة الممستخدم الأصم يجب أن تعتمد الواجهة على الإمكانيات المرئية 
بشكل موسع وتعويض أى معلومات صوتية. 
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: User Interface Components مكونات واجهة المستخدم‎ ۲-١ 
©1255 تعتمد عملية برمجة واجهات التطبيق على الاستفادة من مكتبة الأصناف‎ 
راطا الجاهزة والمتوافرة بشكل كبير من خلال عدد من شركات البرمجيات.‎ 
تحتوى مكتبة الأصناف على عدد كبير من المكونات التى تستخدم فى بناء واجهات‎ 
المستخدم بأنواعها المختلفة. فمثلا تحتوى مكتبة الأصناف فى لغة جافا على حزمة‎ 
وحزمة أخرى تسمى 1د‎ "Swing خاصة بمكونات واجهات الممستخدم تسمى‎ 
تمكننا أداة 510128 من تطوير تطبيقات تتسم بإمكانية تشغيلها على عدة أنظمة تشغيل‎ 
وإمكانية تخصيص واجهات المستخدم حسب طبيعة التطبيق والمستخدم. تحتوى أداة‎ 
JMenuBar, على مجموعة من المكونات التى تبدأ دائتما بالحرف [ مثل:‎ 8 
وغيرها التى يتم استخدامها فی آقاء تصميم وجهات التطبيق.‎ «JButton, JDialog 

يمكننا تصنيف هذه المكونات فى شكل مجموعات غلی النحو التالى: 
- الحاويات Containers‏ . 
القواتم Menus‏ . 
- أدوات التحكم 0021015 . 
وسوف نقوم بعرضها بإيجاز فى الفقرات التالية. 


:Containers الحاويات‎ ١-5-٠ 


تمثل الحاويات مجموعة الكائنات التى توضع على واجهة سطح المكتب ويمكن أن 
تحتوى على مكونات أخرى مثل القوائم وأدوات التحكم وحتى يمكن أن تحتوى على 
حاويات أخرى. تمثل المكونات 222615 Windows. Dialogs. Panes.‏ بعض الأمثلة 
على الحاويات المس تخدمة فى تصميم واجهات المس تخدم بلغة جافا. تحتوى حزمة 
98 على مجموعة من الأصناف التى تستخدم لإنتاج كائنات الحاويات. بعض هذه 
الكائنات يستخدم فى المستوى الأول للواجهة مثل: JWindow, JFrame, ] Dialog.‏ 
امم[ والبعض الآخر يستخدم فى المستويات التالية للواجهة مثل: ,16ط12[ 
]OptionPane, JScrollPane‏ ,اعمد2[ وغيرها. تحتوى الواجهة عادة على نافذة 
رئيسية واحدة ومجموعة من النوافذ الفرعية. ويستخدم المكون 2231[ لتطبيق إحدى 
النوافذ الفرعية التى تقوم بعرض رسائل للمستخدم أو لإدخال بيانات مثل ×80 1013108 . 
يوضم قعل لمالا على ام هدام اف شرعية دال كاطته ركرسية. تير 
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النافذة الرئيسية من المكون 7153126[ والنافذة الفرعية من المكون 25326[1[. تحتوى 
النافذة الرئيسية على مكون القائمة 1161211821[ ومكون شريط الأدوات 1001821[ 
وبعض مفاتيح التحكم فى النافذة مثل: التصغير والتكبير والإغلاق. ويحتوى مكون 
القائتمة على مكونات أخرى فرعية مثل 11611111]612[: وكذلك يحتوى مكون شريط 
الآدو ات على مجموعة من مفاتيح التحكم 18114025. تتميز النافذة الرئيسية بإمكانية 
تغيير حجمها من أى جنب أو من الزوايا ويمكن أيضا تحريكها من شريط العنوان. 


private 32001822 2001832 = new 32001882 )( : 
private ع« مقتصمعكات‎ manunar = new JMenuzar )( : 
Private JMemıIltem menuHelpAbout = riew JMenuItenm )( : 
Private jJButton buttongelp = new JBuUtton{) ; 
Public class Frame1 extends JFrame 





private Juabel 1abelTitle = new Jbabel () ; 


Public class Frame1_AboutBoxPanel1 extands JPanel 


شكل )١-٠١(‏ استخدام النوافذ فى واجهات المستخدم 


. يوجد مكون آخر يسمى ۴آم م۸[ يستخدم فى تنفيذ برامج داخل المتصفح. ويتم 
تحميل تلك البرامج من خادم الويب إلى صفحة المتصفح . تقدم أداة 518188 أسلوباً 
لتنظيم وضع المكونات داخل الواجهة يسمى "137701111311281" الذى يتضمن 
مكونات مثل .BorderLayout. 110101377011: GridLayout. BoxLayout‏ يعتبر 
أسلوب 80106113770116 هو الأسلوب الافتراضى لتنظيم وضع المكونات داخل حاويات 
واجهة التطبيق. تقدم أداة 510128 أيضا صنفا خاصا يدعم وضع النوافذ فى طبقات 
75 ويسمى 1:3[:612316[. يحتوى الصنف على طرق خاصة بعمليات تحريك 
المكونات من الأمام إلى الخلف والعكس أو وضعها فى أماكن معينة. يتم وضع المكونات 
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فى الطبقة الافتراضية 1.2757 ]1012111 بشكل متداخل 0761135 ويتم تحديد النافذة 
الأمامية للواجهة حسب اختيار المستخدم. ويسمح الصنف [14۷6۲۴۹١۴‏ بتعريف 
- طبقة عائمة 1:37:17 2216]66: تظهر فوق الطبقة الافتراضية. 

- طبقة إجبارية :1.376 340021: تظهر على رأس كل النوافذ النشطة مثل شريط الأدوات. 
- طبقة منيثقة Popup Layer‏ : تظهر موقا فوق طبقات أخرى. 


- طبقة سحب 13٥۲‏ 1(138: تظهر المكون المطلوب سحبه قبل إلقائه فى طبقة أخرى. 


: Menus القوائم‎ 5-5-٠ 


تحتوى معظم نوافذ واجهات التطبيق على مكون القائمة الذى يتضمن مجموعة 
من عناصر التحكم فى تشغيل التطبيق. تقدم أداة 510125 مجموعة من الأصناف 
الخاصة بالقواكم. يوضح ش عل )4-٠١(‏ مثالاً لواجهة تظبيق تختوى على شريط 
القائمة 54612118231[ الذى يتضمن كائنات 1416111[. ويحتوى كل كائن 1461211[ على 
مجموعة من عناصر القائمة 116121116612[ مثل 125616 أو 60:10 الذى يحتوى على 
عناصر أخرى فرعية فى شكل قائمة منبثقة 1461211م[12021. يمكن أن يأخذ عنصر 
القائمة 1161111166122[ شكل صندوق الاختيار 11111]6111 00116128307116[ أو شكل 
مفتاح الاختيار .[RadioButtonMenulItem‏ ويمكن ايها تشغيل عناصر القائمة 
باستخدام مفاتيح السرعة Accelerator Keys‏ . 


JMenultem Right-click popup menu 






Cascading popup menu 






Acceleratar key 


ج ج جح صح ي 


شكل )۲-٠١(‏ استخدام القوائم فى واجهة التطبيق 


إدارة وتطوير مشاريع البرمجيات ۳۳ 


تصميم واجهات المستخدم الفصل العاشر 
٣-۲-۰‏ أدوات التحكم :Controls‏ 


تعتبر أدوات التحكم بمنزلة القلب لنموذج أداة 510188 حيث إنها تقوم بعمليات 
التقاط البيانات والأفعال التى يطلبها المستخدم وتفسيرها وتطبيقها من خلال واجهة 
التطبيق. يوضح شكل )5-٠١١(‏ نموذج الأصناف لأدوات التحكم فى أداة 510128. 
يوضح الشكل وجود أربعة أنواع من مفاتيح التحكم هى: JButton, JRadio Button,‏ 
.[]CheckBox, JMenultem‏ وهى ترث من الصنف المجرد AbstractButto¬‏ . 
بالإضافة إلى مجموعة أخرى منوعة من أدوات التحكم مثل: ,)قفآ[ رع16[ 
7 1511061[ ,100120802 وهى ترت من الصنف المجرد .JComponent‏ 


لطا 
ا د ا ا ا > | ooo‏ 
اہ ب کے اک ےک 4ا ےس .= 


Tree 


JButton AbstractButton 


JSlider 


JMenultem JToggleButton JScrollBar 


JComboBox JTextField 


ا 
ا تنوه ةا م سكف 


JRadioButton 


شكل )١-٠١(‏ نموذج الأصناف لأدوات التحكم فى أداة 510128 
ويوضح شكل )4-٠١(‏ أشكال أدوات التحكم المذكورة فى شكل .)١-٠١(‏ يتم 
تطبيق أدوات التحكم من خلال مجموعة من الأحداث التى يمكن أن ترافق الأداة. 
فمثلا يتضمن كائن التحكم 811008[ الحدث () Click‏ والحدث () DoubleClick‏ 
وغيره من الأحداث. تستخدم الآداة :860 0160[ للاختيار المتعدد» فى حين تستخدم 
الأداة 18301081160[ لاختيار واحد فقط من مجموعة الاختيارات. تستخدم الأداة 
10801 لاستعراض قائمة منسدلة من العناصر واختيار أحدها ققط سواء 





۳٤‏ إدارة وتطوير مشاريع البرمجيات 


القصل العاشر تصميم واجهات المستخدم 
بالنقر على العنصر نفسه أو بكتابة جزء منه فى صندوق النص الخاص بالأداة. أما 
الأداة 12154[ فتستخدم لعرض قائمة عناصر بحجم ثابت 5126 1160 ويمكن اختيار 
مجموعة من العناصر فى الوقت نفسه. تستخدم أداة 15110 للتحكم فى بعض 
المدخلات مثل التحكم فى الصوت 0024501) .olume‏ وتستخدم أداة 15011825 
لإمكانية تصفح باقى محتويات أى مكون على الواجهة له حجم أقل من حجم المحتويات له. 


JButkion 


JToggleButton انه‎ 


00557598 © Disagree 
@ Agree 


JCheckBoz W Yes 





شكل )4-٠١(‏ أدوات التحكم فى - Sil‏ 


:User Interface Event Handling معالجة أحداث واجهات المستخدم‎ "-٠ 
تحتاج جميع الأفعال التى يقوم بها المستخدم من خلال واجهة التطبيق إلى عمليات‎ 
التقاط ومعالجة. فعندما يقوم المستخدم بأداء فعل معين باستخدام وحدات الإدخال‎ 
المتاحة مثل لوحة المفاتيح أو الفأرة فإنه يتم التقاط هذا الفعل من خلال كائن يسمى‎ 
الذى‎ "Publisher أو کان النشرغء6زا0‎ "Event Source Objز‌ecا کائن مصدر الحدث‎ 
يقوم بعملية الإعلان عن حدوث الفعل للكائن أو الكائنات المقصودة بهذا الفعل ويطلق‎ 
Subscriber أو ”الکائنات المشاركة‎ Listener Objecاك عليها "الكائنات المستمعة‎ 

ئز . يوضح شكل )0-٠١(‏ مثالاً ا لمعالجة أحداث واجهة الممستخدم. 
نلاحظ من الشكل أن كل صنف مشارك ك 01255 Subscriber‏ يقوم بتطبيق صنف 
الواجهة 115662615 :4]10 أو يكون امتدادا لصنف يقوم بتطبيق صنف الواجهة. 





إدارة وتطوير مشاريع البرمجيات ۳.0 





تصميم واجهات المستخدم الفصل العاشر 


<<event حجع501110‎ 
Subscriber] 
gg Tee 
| 00000 | 
<<event source>> 
Subscriber 2 


0 


<<event source>> 
Subscriber 3 
ا د د‎ 


شكل )٥-٠١(‏ معالجة أحداث واجهة المستخدم 



































<<event source>> 
Publisher 1 
ا‎ 


<<event source>> 
Publisher2 














آ1 د ا 
ActionEvent‏ 
83 > > ا 


:Patterns and User Interfaces الأنماط وواجهات المستخدم‎ ٤-١ 
إلى اعتماد أسلوب‎ G1 لقد أدى ظهور أسلوب واجهات المستخدم الرسومية‎ 
بشكل موسع فى‎ Event-Driven Programming البرمجة المبنية على الأحداث‎ 
تطوير التطبيقات. وهنا نجد أن مركز التحكم فى البرنامج أو التطبيق أصبح فى يد‎ 
المستخدم» فهو الذى يحدد ما الذى يجب تنفيذه فى الخطوة التالية من خلال مجموعة‎ 
الأحداث الموجودة فى التطبيق. كل حدث يتطلب مجموعة من الإجراءات التى تقوم‎ 
بمعالجته. وقد أدى التوسع فى هذا الأسلوب إلى وجود مجموعة من الأنماط التي‎ 
يمكن استخدامها فى تصميم واجهات العديد من التطبيقات. سوف نقدم الآن عرضا‎ 

لأربعة أنماط تستخدم على نطاق واسع فى تطوير واجهات المستخدم. 


:0bءء۲۷‎ ٥۲ نمط المراقب‎ ١-4-٠ 
هناك العديد من مكونات واجهات المستخدم التى تقوم بمراقبة كائنات التطبيق:‎ 
مما ينعكس على سلوك واجهة المستخدم بناءً على المعلومات التى تم التقاطها من‎ 
الكائنات التى حدث بها تغيير. يتم اس تخدام نمط المراقب فى واجهات المستخدم‎ 
للتعرف على التغييرات التى تحدث فى مكونات واجهة التطبيق مثل مركب النص ×80 166 أو‎ 





E)‏ إدارة وتطوير مشاريع البرمجيات 


الفصل العاشر تصميم واجهات المستخدم 
7 ««للللللللللللل2<22222222ل222_7_2 1ك 


الذى يحدث مثل استدعاء الطريقة () 1<]_0:31860' فى حالة حدوث تغيير فى 
محتوى مركب النص. 


5-5-٠‏ نمط النقاش 012601ع1(6: 

يستخدم نمط النقاش لتجميل شكل واجهة المستخدم وتحسين أسلوب استخدامها 
لتصبح مناسبة للمستخدم بشكل بسيط ومريح 17568-11162017 . فمثلا يفضل دائما 
استخدام مكون الحدود 850150617 لتجميل شكل النوافذ والإطارات وبعض مكونات 
واجهة المستخدم الأخرى. ولذلك فإن نمط النقاش يستخدم عادة لتجميل شكل 
مكونات واجهة المستخدم. فيمكننا استخدام مركب المنزلق 831 561011 لتجميل شكل 
مكون القائمة 1:15[ وتحسين أسلوب اس تخدامها. ويمكننا استخدام مركب شريط 
القائمة 8815 .Menu‏ وشريط الأدوات 82۲ 1001:: والحدود 801061 لتجميل شكل 
ظهور مكون الإطار للواجهة ©2220 . 


:Chain of Responsibility نمط سلسلة المسؤوئية‎ ۳-٢-١ 
عندما يكون أحد مكونات الواجهة غير قادر على تنفيذ الخدمة المطلوبة الآنء فإنه‎ 
يقوم بتمريرها إلى المكونات الفرعية له فيقوم أحد المكونات الفرعية بالاس تجابة‎ 
للطلب وتنفيذه. أى أن المكون الأصلى قد فوض أحد المكونات الفرعية له فى تنفين‎ 
الخدمةء ويطلق على هذا الأسلوب اسم سلسلة المسؤولية” وهو يستخدم على نطاق‎ 

واسع فى واجهات المستخدم یا فى نظم المساعدة Help Systems‏ . 


:Command نمط الأمر‎ 4-5-٠ 

يشبه نمط الأمر نمط سلسلة المسؤولية فى المفهوم ولكن يختلف عنه فى الأسلوب. 
يقوم نمط الأمر بتفويض المكون التالى لتنفيذ الخدمة المطلوبة. فإن لم يستطع فينتقل 
التفويض إلى المكون التالى له حتى يصل إلى المكون الذى يستطيع القيام بتنفيذ 
الخدمة المطلوبة. أى أن التفويض فى نمط الأمر يكون محددا لمكون معين داخل 
الواجهةء وذلك بخلاف نمط سلسلة المسؤوليةء إذ يكون التفويض غير محدد ويكون 
مم عوتها لاق مقون قرعى بمكه ية الفا يكن استخداء هنا الوب قن 
تنفيذ عمليات التراجع 17200 والإعادة 11600 فى واجهات المستخدم. 


ہہ 
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تصميم واجهات المستخدم الفصل العاشر 





: Web-Based User terface واجهات المستخدم على الويب‎ 0-٠ 

من الاتجاهات الحديثة لتطوير تطبيقات النظم هو تمكينها للعمل من خلال بيئة 
الإنترنت» حيث يمكن اس تخدامها فى أى وقت فى أى مكان. وبالفعل فقد قامت هذه 
التقنية الحديثة بجذب انتباه معظم مطورى النظم للاستفادة من المميزات الكبيرة التى 
تعود على المؤسسات من اس تخدامها. فبالإضافة إلى إمكانية استخدام التطبيق من 
أى مكان وعدم التقيد بمواقع محددة داخل أو خارج المؤسسة من خلال شبكة محلية 
١ه[‏ فإن هذه التقنية تختصر عملية توزيع وتثبيت برمجيات التطبيق على أجهزة 
العميل وتكتفى فقط باس تخدام برنامج متصفح الويب 850187565 ا٥۷‏ الذى يقوم 
بجلب وعرض معلومات التطبيق الموجودة فى خادم الويب 56176 ا۷ من خلال 
شبكة الإنترنت. أى أنه يتم توزيع العمل» بحيث تكون قاعدة البيانات وبرامج التطبيق 
التى تحتوى على قواعد العمل الخاصة بنظام الأعمال موجودة على خادم التطبيق 
على الويب 561561 ا۷ . وتكون البرامج الخاصة بجلب وعرض معلومات التطبيق 
موجودة على جهاز العميل 11684[© فى شكل واجهات المستخدم 61[1©. تحتوى واجهة 
التطبيق على مكونات ساكنة 548116 باس تخدام تعليمات 111 ومكونات متحركة 
Dynamic‏ باستخدام بريمجات جافا [ava Ap pets‏ وشفيرات جافا Java Script‏ . 

تتسم معظم تطبيقات النظم التى تعمل من خلال شبكة الإنترنت بأنها موزعة على 
ثلاث طبقات. الطبقة الأولى هى طبقة العميل 06غ116ن) ط»18776. والطبقة الثانية هى 
طبقة خادم التطبيق 565765 ا۷ والطبقة الثالثة هى طبقة خادم قواعد البيانات 
Database Server‏ . 


:Enabling Technologies for Web Clients تمكين التقنيات لمستخدمى الويب‎ 5-٠ 
تكمن أهمية أسلوب تنفين التطبيقات على الويب فى أنها تلبى رغبات كل من‎ 
التطبيق سواء كان من جهازه أو من جهاز آخر عبر الإنترنت. وبالنسبة لمهندسى النظم‎ 
فإن عملية فصل واجهة استخدام التطبيق عن برامج التطبيق وقواعد البيانات تعتبر‎ 
عملية منطقية: بالإضافة إلى تسهيل عملية نشر مكونات التطبيق على كل من الخادم‎ 
والعميل. ستعرض فى هذا الجزء بعض التقنيات اللمستخدمة فى تصميم واجهات‎ 
.Java Applets وإبريمجات جاقا‎ 65 
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الفصل العاشر تصميم واجهات المستخدم 


:HTML aغl‎ ١-5-٠ 


تعتبر لغة Hyper Text Markup Language (HTML)‏ قن اکر ,اللغات شيو 

فى تصميم صفحات الويب. تأخذ صفحات ,1117411 شكلا قياسيا بسيطا يتضمن 
مجموعة من العلامات 285 1' التى تسمح بظهور الصفحات بشكل جيد على متصفحات 
الويب 817015615 71765 . يوضح شكل )1-٠١(‏ مثالا على اس تخدام لغة HTML‏ 
لتصميم صفحة واجهة استخدام تقوم بالاستعلام عن الأفلام فى قاعدة بيانات 
الأفلام 46101 210716. ويتضح من الصفحة أن المستخدم يقوم باختيار أسلوب 
البحث مثل العنوان 11]16. ثم يقوم بإدخال اسم الفيلم ليتم تنفيذ البحث وعرض 
تفاصيل الفيلم. ويوضح شكل )7-٠١(‏ محتويات ملف .1112/1 الذى يقوم بإنتاج هذه 
الصفحة الموضحة بشكل .)1-٠١(‏ 


۶ 





| Search Movies By: [Tle Î 
اع ق‎ 





شكل )٦-٠١(‏ مثال لصفحة HTML‏ 
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تصميم واجهات المستخدم الفصل العاشر 


Sample HTML document 


<html> 
<head> 
>! مثال لإظهار عنوان لصفحة ويب :مع‎ --< 
<title> Testing MovieSearcher Servlet </title> 
<body> 
<form method="post" action="/SearchMovie"> 
<table border=0 width="70%"> 
<tr><td>Search Movies By:</td> 
<td><select name="searchBy"> 
<OPTION value="TitleV">Title 
<OPTION value="ActorV"> Actor 
<OPTION value="DirectorV"> Director 
</select<</td> 
<td><input name=searchField type=text></td> 
<tr> 
<t><td></td><td><input type="submit" value="Submit"> 
<input type=reset value="Clear"</td2 </tr> 
</table> 
</form> 
<body> 
<html> 





شكل (۷-۱۰) محتويات ملف H1 M1‏ 

يبدأ دائماً ملف HTML‏ بالعلامة <لضغط» وينتهى بالعلامة </۳1اط>. ويمكن 
اق يشخ الت جا اسا فى المقدمة (8630»> يستخدم لإعلام متصفح الويب 
بمعلومات عن الملف تفسه. ويمكن أيضاً استخدام الجمل التوضيحية Comments‏ 
فى أى مكان فى الملف باس تخدام العلامات <-- . --!>. يتم إضافة عنوان الصفحة 
فى مقدمة الملف باستخدام العلامة <0]16)/؟ ؛ <1016)>. نلاحظ أن معظم علامات 
لغة .1112411 تحتاج إلى إغلاق باستخدام الرمز / قبل اسم العلامة. ولكن هناك 
بعض العلامات التى لا تحتاج إلى إغلاق مثل <١٠0نامه؟.‏ ونلاحظ أيضاً من الشكل 
أن بعض العلامات يكون لها معاملات أو خصائص مثل: علامة <605703> التى تتضمن 
خاصيتين هما .(method, action)‏ . تستخدم العلامة «رلهط> و </:[500؟> لتوضيح 
الجزء الذى سوف يظهر داخل إطار متصفح الويب عند تنفيذ صفحة .1117/11. يتم 
استخدام العلامة <08016]» لتمثيل البيانات على الصفحة فى شكل جدول. ويتم 
تنظيم البيانات داخل الجدول عن طريق الصفوف 05> والأعمدة <4> . 
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الفصل العاشر تصميم واجهات المستخدم 


يتم فى هذا المثال استقبال المدخلات من المستخدم داخل صفحة المتصفح باستخدام 
العلامة *10552؟ وهى تتضمن طريقة من النوع اهم" وهى تعنى أنه سيتم إرسال 
البيانات المجمعة داخل نموذج الصفحة إلى الخادم أو مصدر خارجى للمعلومات مثل 
قواعد البيانات. يتم تحديد عنوان الخادم 0A1‏ إم۷اSe‏ من خلال المعامل 2©]1052 
للعلامة *1405102>. يقوم المستخدم باختيار أحد بيانات القائمة باس تخدام العلامة 
<]ع16ء56؟ وإدخال بيانات فى مركب النص × باستخدام العلامة أامد>. هناك 
نوع آخر من الإدخال وهو نص طادء؟ هو يمثل بمفتاح إدخال button‏ يقوم بإحالة 
البيانات الموجودة بالنموذج >٥۲”‏ إلى عنوان الخادم. وهناك أيضا النوع <]2©56>» 
الذى يستخدم عادة لإعادة محتويات النموذج إلى حالتها الأصلية (حقول فارغة أو 
قوائم ذات اختيار مبدتى أو افتراضى). بالطبع تحتوى لغة ,111241 على مجموعة 
كبيرة من العلامات التى تستخدم لتصميم صفحات الويب ولكن لا يتسع المجال هنا 
لعرضها جميعاًء ولكن نكتفى بعرض بعض العلامات التى نس تخدمها فى هذا المثال 
التوضيحى. 


:Scripting Languages لغات إعداد صفحات الويب‎ 5-5-٠ 

تستخدم لغة ,1112341 بعض الأدوات البرمجية لدعم عمليات التعامل مع المستخدم 
من خلال متصفح الويب. تعتبر لغات 6م561 Script, [ava‏ 778 من تلك الأدوات 
المستخدمة على نطاق واسع فى ملفات ,111241 لإجراء عمليات التحقق السريعة 
للمدخلات على الصفحة ولتشغيل الصور المتحركة 8211523105 والعمليات الأخرى 
التى تضفى صفة الحركة على صفحة الويب. يجب تعريف نوع اللغة الممستخدمة فى 
مقدمة ملف .1111411. يوضح شكل )6-١١(‏ مثالا لاستخدام لغة 4م5051 9878[ للتحقق 
من صحة البيانات المدخلة عن طريق المستخدم (سطر ۲۲) والتأكد من أنها تقع داخل 
المدى المسموح (سطر .)٠١‏ يتم تنفيذ تعليمات التحقق عندما يقوم المستخدم بالضغط 
على مفتاح 5115016. حيث يتم استدعاء الدالة () غ13ءع) من خلال المعامل 102اءم 
المصاحب للعلامة <20112> (سطر١3).‏ تقوم الدالة () 01661844 (سطر 0) بالتحقق 
من القيمة المدخلة (سطر ۲۲) للتأكد من وقوعها ضمن المدى المعرف بالقيمة الصغرى 
1 والقيمة الكبرى 170261. فإذا كانت القيمة تقع ضمن المدى المحدد تسترجع 
الدالة القيمة 1۲٠٠‏ وغير ذلك تسترجع القيمة 12156 مع إظهار رسالة تشير إلى عدم 
صحة البيانات المدخلة (سطر .)٠١١١١‏ 


إدارة وتطوير مشاريع البرمجيات ۳۱۱ 


Sample Java Script 


<HEAD> 
<TITLE> Form Validation </TITLE> 
<SCRIPT LANGUAGE="JavaScript"> 
اك‎ 


function checklIt(int lower, int upper) { 
var strval = document.sampleForm.percent.value; 
var intval = parselnt(strval); 
if ( lower < intval && intval < upper ) { 
return (true) ; 
} else { 
alert("Input " + strval + " is out of "+ lower + 


"-" + upper + " range") ; 
return (false) ; 
ا‎ 
ا‎ 


<!-- end script --> 
</SCRIPT> 
<HEAD> 
<FORM NAME="sampleForm" METHOD="post" 
ACTION="/SearchMovie" onSubmit="checkIt(0,100)"> 
<P>Percentage given: 
<INPUT TYPE="text" NAME="percent" VALUE="1"> 
<BR><INPUT TYPE="submit"> 
</FORM> 





شكل (۸-۱۰) مثال على استخدام لغة 4م501 372[ داخل ملف M1‏ 11ا 


۳-۹-۰ البريمجات :Ap pets‏ 
البريمج ٤م‏ م4 هو برنامج صغير يؤدى وظيفة معينة ويكون مخزنا فى خادم 
الويب ولكن يتم تحميله وتنفيذه من خلال متصفح الويب 810185617 11765 عند العميل. 
هناك نوعان من البريمجات: بريمج خفيف يسمى «Thin Apple†‏ وبريمج ثقيل يسمى 
أء1ممة علء1ط1'. يتفق النوعان فى أنهما يحتويان على مجموعة من الأصناف التى 
يتضمنها التطبيق ويختلفان فى حجم الكود الذى يتم تنفيذه من خلال المتصفح. ففى 
بسيط فقط إلى جهاز العميل ليتم تنفيذه من خلال المتصفح. وهو يتميز بالسرعة 





۳1۲ إدارة وتطوير مشاريع البرمجيات 


الفصل العاشر تصميم واجهات المستخدم 


أثناء التنفيذ نظراً لصفر حجمه وهو يناس ب الشبكات البظيثة: ولكنه يكون صعباً فى 
الصيانة وتتبع الأخطاء التى تحدث فى أثناء التنفيذ نظراً لاعتماده على الخادم بشكل 
كبير. آما فى حالة البريمج الثقيل فإنه يتم تحميل جزء كبير من البرنامج الموجود على 
الخادم إلى جهاز العميل ويتم تنفيذه من خلال المتصفح. وهو يناسب الشبكات ذات 
السرعات العالية وتكون صيانته أسهل نظرا لعدم اعتماده على الخادم بشكل كبير فى 
آثناء التنفيذ. يوضح شكل )4-١١[‏ نموذجا لحالة البريمج حيث إنه يمر بأريخ حالات. 
جدير بالذكر أن عملية إنشاء البريمج ٥٥١5۲1٤٤101١‏ غ16مم48 تتم قبل استدعائه: 
وبعد ذلك يقوم المتصفح باستدعاء الطريقة () ؛نهذ لتهيئة الكائن (البريمج) لعملية 
التحميل. بعد ذلك يدخل البريمج فى حالة النشاط وذلك باستدعاء الطريقة ١إهاء‏ 
لبدء عملية التنفيذ. ويظل فى هذه الحالة طالما كانت صفحة المتصفح مفتوحة. ينتقل 
البريفخ إلى خالة التوقف ) اة فى خالة أن يكون غير نشطل (قى أثناء تصغير 
نافذة المتصفح) وذلك لتوفير الموارد التى يستخدمها البريمج. وعندما يتم إغلاق 
صفحة الويب ينتقل البريمج إلى حالة الانتهاء () '(465]0 ويتم تحرير الموارد التى كان 
يستخدمها البريمج وإعادتها إلى حالتها الأولية. يوضح شكل )٠١-٠١(‏ مثالاً على 
استخدام البريمجات داخل صفحة .1112411 على متصفح الويب. 

يتم استخدام البريمجات فى العديد من التطبيقات على الويب مثل: التطبيقات 
البنكية ومرافبة المخزون وبرامج الاتصال والدردشة عبر الإنترنت وغيرها. يتم 
عادة تشغيل البريمجات من خلال بيئّة مقيدة ]111711011111611 Restrictive‏ تمنعه من 
استخدام الموارد الأساسية والحرجة للحاسب المضيف 0012211661 11056 بحيث لا 
يكون مسموحاً للبريمج بما يلى: 
- القراءة من ملفات النظام للجهاز المستضيف. 
خاب أو نوك ملكليت نقق: 
- تحميل أو تنفيذ برامج أخرى. 
- الاتصال عبر الشبكة بأى جهاز آخر غير الخادم القادم منه البريمج. 


وحنو ات یی ا و انی قن البرضع وان جحد م م وار الجوار امیت فى 
أن يقوم المطور بمنح تلك الصلاحية للبريمج. 


إدارة وتطوير مشاريع البرمجيات 1۳ 


تصميم واجهات المستخدم الفصل العاشر 
سل صل العاشر 


بريمج تم تحميله على جهاز العميل 


1 









Initialized 


entry/init( ) 


البريمج فى حالة النشاط 
إغلاق 


الصفحة 
O‏ 





started stopped 





entry/start( ) entry/stop ) ( 






شكل )4-٠١(‏ نموذج حالة البريمجات 





شكل )٠١-٠١(‏ استخدام البريمجات 





۳\٤‏ إدارة وتطوير مشاريع البرمجيات 


الفصل العاشر تصميم واجهات المستخدم 


:Enabling Technologies for Web Server تمكين التقنيات لخادم الويب‎ ۷-١ 
يعقوم خادم الويب بإدارة عملية الاتصال بين عملاء الويب والتطبيق الخاص بنظام‎ 
الأعمال. يتم عادة تطبيق عمليات نظام الأعمال داخل خادم الويب أو من خلال خادم‎ 
خاص بالتطبيقات 5615617 116261012مم4. يقوم خادم الويب أيضا بالوظائف التالية:‎ 
تقديم المحتوى الديناميكى لصفحات الويب مثل: الصور والرسومات وملفات‎ - 
الصوت» وغيرها.‎ 
التحكم فى تدفق الشاشات من خلال الروابط فى متصفح العميل.‎ - 
صيانة الحالات الإجرائية عند العميل.‎ - 
يتوافر الآن العديد من التقنيات التى تدعم عمليات خادم الويب مثل:‎ 
وهی كانت تستخدم فى الفترة السابقة ولكن‎ )002120123 Gateway Interface (CGI) 
تم استحداث أسلوبين آخرين أكثر مقدرة منها هما 5۶[ ,5اع5©1571 عن طريق شركة‎ 
. [28٤٤ من خلال تقنية‎ Sun Micro Systems 


:Servlet تقنية‎ ۱-۷-۰ 


يعتبر ال 5٥۲۷1۴٤‏ هو برنامج جافا يتم تخزينه على خادم الويب 5615767 ا۷ ويقوم 
بتعهديم خدمة معينة للعديد من أجهزة العملاء Clients‏ المتصلة بالخادم عن طريق 
شبكة الإنترنت. ويتضح الفرق بين 5611164 والبريمج مم4 فى أن 51166 يكون 
موجودا دائما على الخادم ويتم ترجمته وتنفيذه أيضا من على الخادم. آما البريمج 
فيتم تحميله إلى جهاز العميل وتنفيذه من خلاله. يوضح شكل )١١-٠١(‏ كيفية الاتصال 
بين أجهزة العميل وخادم الويب لتنفيذ خدمة معينة باستخدام تقنية Servlet‏ . 

يحتوى خادم الويب على برامج 56171615 التى تقدم الخدمات المطلوية للعملاء 
ويقوم خادم الويب باستقبال طلب الخدمة من جهاز العميل (يكون غالباً من خلال 
صفحة .1111/11 أو صفحة 5۶[) ثم يقوم بالبحث عن 561166 المناسب لتنفيذ الخدمة 
المطلوبة ويتم تنفيذها من على الخادم واسترجاع النتائج للعميل طالب الخدمة فى 
شكل .1آ111111. يقوم غ»36171 فى أثناء التنفيذ باستخدام موارد الخادم ومن ضمنها 
قواعد البيانات. 


إدارة وتطوير مشاريع البرمجيات ۳1٥‏ 


تصميم واجهات المستخدم الفصل العاشر 








خادم الويب 
Web Server‏ 












Request 
طلب خدمة‎ 
ال مس متصفح الويب‎ 
عند العميل‎ 
Web 





Browser 
(client) 









شكل )١١-٠١(‏ الاتصال بين العميل وخادم الويب فى تقنية ]56116 

يدخل 5617166 فى حالة النشاط عندما يتم استدعاؤه من الخادم باستخدام الطريقة 
init ()‏ ع الحالة عند وجود طلبات من العملاء من خلال برتوكول 111"18. 
وعندما تنتهى طلبات العملاء يتم استدعاء الطريقة () تإ065]10 لإنهاء ]561716 وتحرير 
الموارد التى كان يستخدمها. يوضح شكل )١7-١١(‏ كيفية استدعاء 5619166 من خلال 
طلبات «HTTP‏ حيث يقوم الخادم بالبحث عنه والتأكد من أنه موجود بالذاكرة أم لاء 
فإذا لم يكن موجودا يتم تحميله أولا ثم استدعاؤه من خلال الطريقة () انما ويتم 
تنفيذه واس ترجاع ناتج الخدمة إلى العميل من خلال عم جد فشكل 
11131 . ويوضح شكل ٠١(‏ -11) :مثالا على استخدام تقنية ]561716 لإظهار معلومات 
مستخرجة من قاعدة بيانات الأفلام الموجودة على الخادم ا تيج ةالطلب اتد عاء 
هذه المعلومات من جهاز أحد العملاء. 





۳۱٦‏ إدارة وتطوير مشاريع البرمجيات 


الفصل العاشر تصميم واجهات المستخدم 


طلب خدمة 
HTTP‏ 


تحميل 


servlet 








شكل 17-٠١(‏ ) مثال على استخدام ال 5615716 


:[152 تقنية‎ ۲-۷-٠١ 
Java Server Pages )]528( تعتبر تقنية إعداد صفحات خادم الويب بلغة جافا‎ 
أسلوبا مشابها لأسلوب 5615166 من حيث الاتصال بين العميل والخادم كما هو موضح‎ 





إدارة وتطوير مشاريع البرمجيات ۳۱۷ 


تصميم واجهات المستخدم الفصل العاشر 


سل الفضصل العاشر 
فى الشكل )١١--١ ٠(‏ ولكنه يختلف عنه من ناحية فصل منطقة العمل Business Logic‏ 
عن منطقة العرض 226562106101 ؛ حيث يتم تمثيل منطقة العمل باس تخدام Servlet‏ 
وتمثيل منطقة العرض باس تخدام صفحات 158. ولهذا فإن أسلوب 158 يحتاج إلى 
خطوتين إضافيتين قبل عملية استدعاء ]561016. يجب تحليل محتويات صفحة 
۶ أولاً وإنتاج الكود الذى سيتم ترجمته وتجهيزه للاستخدام: وبعد ذلك تتم عملية 
استدعاء ]561916 وتنفيذه. أى أنه يمكننا القول إن الجزء الديناميكى لمتطلبات العميل 
يتم تطبيقه باستخدام 5۲۷1۴۲ وتضمينه داخل صفحة 158 التى تحتوى على تعليمات 
عن كيفية عرض المخرجات عند العميل. يوضح شكل )١5-٠١(‏ مثالا لاستخدام تقنية 
۴ لعرض قائمة الأفلام بالإضافة إلى عرض قائمة الممثلين المشاركين فى الفيلم 
المحدد بقائمة الأفلام. 





شكل )١15-٠١(‏ مثال لاستخدام تقنية 57[ 





۳۱۸ إدارة وتطوير مشاريع البرمجيات 








الفصل العاشر تصميم واجهات المستخدم 





: User Interface Application تطبيق على واجهات المستخدم‎ 8-٠ 
سنحاول الآن تطبيق تقنية ]561916 لتصميم وتنفيذ واجهات استخدام تطبيق إدارة‎ 
البريد الإلكترونى 811. بحيث يتم تنفيذه بالكامل من خلال الويب. يبدأ التطبيق‎ 
مون اة الدخؤل للمستخدم «اعه] باستخدام لغة .111341 كما هو موضح‎ 
يتم استدعاء ٤۴ا5۷ لتنفيذ عملية التحقق من بيانات المستخدم‎ .)١10-٠١( بالشكل‎ 
. عندما بح اا ا 'دخول‎ 


نظام ادارة البريد Fe‏ 


فضلاً ادل اسم المستخدم و كلمة المرور 


[SammakA 0 / 


وا ا وو 
ل i‏ 5 





شكل )١15-٠١(‏ شاشة الد خول للتطبيق EM‏ 
وبعد نجاح عملية الدخول يتم عرض الصفحة الرئيسية للمس تخدم وهى تحتوى 
على مجموعة الرسائل الخاضة بام تخدم ولخ يتم إرسالها كما هو موضع بالشكل 
) 15 جا ومن خلال هذه الصفحة يمكن للمستخدم أن يستعرض محتويات أى 
رسالة وأن يقوم بإرسالها. جدير بالذكر أن 5613166 نفسه المستخدم فى تنفيذ عملية 
التحقق من بيانات المستخدم هو الذى يقوم الآن بتتفيذ خدمات هذه الصفحة اضيا 





إدارة وتطوير مشاريع البرمجيات ۳۱۹ 








تصميم واجهات المستخدم الفصل العاشر 





شكل )١15-٠١(‏ الصفحة الرئيسية لبريد المستخدم 
وعندما يقوم المستخدم باختيار إحدى الرسائل غير المرسلة ويضغط على مفتاح 
اة فإنه يتم عرض مختويات الرس اة فى الجزء العلوئ من الصفحة وهو يتضمن 
أيضا مفتاح 210015 لإمكانية التعديل فى محتوى الرسالة كما هو موضح بالشكل 
20-9 
وعندما يضغط المستخدم على مفتاح 8400117 يتم الانتقال إلى صفحة تعديل 





عضن إدارة وتطوير مشاريع البرمجيات 


الفصل العاشر تصميم واجهات المستخدم 


من إجراء التعديل على الرسالة يتم الضغط على مفتاح عUpdat.‏ فيقوم Servlet‏ 


5 عرفق ممع الرسالة نسخة من البحث المقعإر ا kK‏ 
١‏ ق لسر و عة انسدن ادسمية ا 120000 20051027 نارن ا a‏ 





شكل (۱۷-۱۰) عرض محتويات الرسائل 
وعندما يطلب المستخدم إنشاء رسالة جديدة من خلال الصفحة الرئيسية (شكل 
))١11-٠١(‏ فإنه يتم الانتقال إلى الصفحة الموضحة بالشكل )۱۹-۱١(‏ وهى تحتوى على 
جميع خصائص الرسالة؛ بعضها متروك خالى للتعبئة من قبل المستخدم» والبعض 
الآخر يحتوى على معلومات افتراضية مثل: تاريخ الإنشاء واسم المستخدم. وبعد 
الانتهاء من تعبئة الرسالة الجديدة يقوم المستخدم بالضغط على مفتاح S4۷8‏ لحفظ 
الرسالة. 


إدارة وتطوير مشاريع البرمجيات ۳۲١‏ 


تصميم واجهات المستخدم الفصل العاشر 


Creaton Date : 
Assigned To : 
Addressed To ; 


Schedule Date : 


3 الرجاء التكرم 
8 بوت لكي مط مم قد 





شكل )16-٠١(‏ تعديل محتويات الرسالة 


1 7 : اه لها اا ف 
هااا صل صومسمةممة مم ته مضعم مده E]‏ 





شكل )19-٠١(‏ إنشاء رسالة جديدة 


۳۲ إدارة وتطوير مشاريع البرمجيات 
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1 د. عبدالوهاب السماكء “تحليل النظم باستخدام لغة ٠01‏ معهد الإدارة 
العامةء الرياض» 06 

غ- د. عبدالوهاب الماك '"تحليل النظم الهيكلية": معهد الإدارة العامةء الرياض» 
0 

ه- د. عيدالوهاب السماك: 'البرمجة بلغة جافا":معهد الإدارة العامة الرياض: 
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۸- د. نزار الحافظ» د. ندى غنيم: د. غيداء ربداوى» "هندسة البرمجيات: منهج 
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إدارة وتطوير مشاريع البرمجيات Yo‏ 


المؤلف فى سطور 


د. عبدالوهاب كامل محمد السماك. 


من مواليد القاهرة - جمهورية مصر العربية. 


دكتوراه الفلسفة فى هندسة الحاسبات: عام 1597م من جامعة الزقازيق بجمهورية مصر العربية. 


الوظيفة الحالية: 


أستاذ الحاسبات المساعد بمعهد الإدارة العامةء الرياض. 


الخبرات العلمية والعملية: 


A 


له العديد من الأبحاث العلمية المنشورة فى المؤتمرات والدوريات العلمية المتخصصة 
فى هندسة الحاسبات. 

التدريس فى عدد من الجامعات المصرية (الحكومية:؛ الأهلية). 

المشاركة فى مشروع "تطوير التعليم الهندسى” فى مجال هندسة الحاسبات 
بجمهورية مصر العربية. 

المشاركة فى مشروع "اللغويات الحسابية العربية" التابع لأكاديمية البحث العلمى 
بجمهورية مصر العربية. 

عضو لجنة تطوير دبلوم برمجة الحاسب فى قطاع الحاسب الآلى بمعهد الإدارة العامة. 
إعداد مجموعة من الحقائب التدريبية فى مجالات تحليل وتصميم النظم والبرمجة 
وإدارة مشاريع البرمجيات لقطاع الحاسب الآلى بمعهد الإدارة العامة. 

المراجعة العلمية ليعض الكتب المنشورة فى مطبوعات معهد الإدارة العامة فى 
محال الحاشتنب الالى. 


الإشراف على مشاريع التخرج لطلبة دبلوم برمجة الحاسب بمعهد الإدارة العامة. 


إدارة وتطوير مشاريع البرمجيات 


حموق الطبع والنشر محفوظة لمعهد الإدارة العامة ولا يجوز 
اقتباس جزء من هذا الكتاب أو إعادة طبعه بآية صورة دون 


موافقة كتابية من المعهد إلا فى حالات الاقتباس القصير 
بغرض النقد والتحليل؛ مع وجوب ذكر المصدر. 





تم التصميم والإخراج الفنى والطباعة فى 
الإدارة العامة للطياعة والنشر بمعهد الإدارة العامة BSNS‏ 


هذا الكتاب : 
u‏ معظم البلدان العربية الآن طفرة كبيرة فى استخدام 
تقنية المعلومات فى الجالات الختلفة فى محاوات جادة لتطبيق 


اس اتيت الحكومة الإلكترونية من E‏ تطوير تطبيقات 
الأعمال الخاصة بكل مجال. 


تتسم معظم تطبيقات الأعمال بكبر حجمها واحتوائها على 
قدر كبير من التعقيد. ومن ثم فهى ختاج إلى تطوير برمجيات 
تتميز بالجودة والمرونة وسهولة الصيانة. 

ومع ازدياد اعتماد المؤأسسات والهيئات والشركات على استخدام 
تقنية المعلومات فى إدارة وتشغيل الأنشطة الخاصة بها. فقد أدى 
ذلك إلى زيادة فى متطلبات ومواصفات البرمجيات لكى تكون أكثر 
سرا دلا وقابلة للاتساع والتحديث. بالإضافة إلى 
إمكانيات التعامل مع تطبيقات أخرى والعمل فى بيئات تشغيل 
مختلفة. 

إن عملية تطوير البرمجيات لتلك التطبيقات تعتبر مكلفة 
وتستغرق وقتا طويلا. ويقوم على تنفيذها فرق عمل مختلفة. لذا 
فإنها ختاج إلى إدارة جيدة لكى تمكنها من خقيق أهدافها بدقة. 
ويتطلب ذلك استخدام مجموعة من الأساليب والأدوات الحديثة 
التى تدعم عمليات تطوير البرمجيات بشكل جيد. 

وسوف نركز فى هذا الكتاب على أسلوب تطوير البرمجيات المبنى 
على الكائنات ليلائم مشاريع البرمجيات الكبيرة الحجم والقابلة 
للاتساع. وسوف نستعين ببعض التطبيقات والحالات الدراسية 
لتعزيز عملية فهم كيفية استخدام تلك الأساليب. 


۹۷۸-۹٩۹1۰ -۱2-۱1۹-۵ ردمكت:‎ 


تصميم وإخراج وطباعة الإدارة العامة للطباعة والنشر- معهد الإدارة العامة ۹١٤١ه‏ 


